eyevee
2022-03-19T13:17:14+00:00
就是不肯一次把log都加全了,总觉得这把肯定找到地方了,然后编好代码,上线跑跑,抓log,仔细筛查,咦,发现还是有问题
然后再加一行log…
这次一定变成下次一定
最后发现还是每行都加了log
…
难道不是在自己认为有问题的地方打log吗?非要搞的遍地都是?[s:ac:咦]
为什么要加log?
你们是加上不改代码直接发测试环境跑?
本地断点直接往下跑就是了
楼主万万没想到唯二回复的都在认真讨论debug[s:ac:哭笑]
[quote][pid=598667749,31233355,1]Reply[/pid] Post by [uid=38655603]碧透天空[/uid] (2022-03-27 21:39):
楼主万万没想到唯二回复的都在认真讨论debug[s:ac:哭笑][/quote]啊?不在讨论debug嘛。
这不是在跑了么,先小模块,然后大环境,马上就集成封装了[s:a2:偷笑]
常理来说正常都有专门用于DEBUG打log的版本,可以收缩到一个小范围了,这时候再想看啥不就在那打log嘛?
淦 每个地方都dump那log要翻多久嗷
我觉得先在关键的地方dump没问题[s:ac:吻]
我们第一次遇到这个bug的时候,也是被打的猝不及防,然后组织全员来修复。
后来我们修复了,发现别的地方也有一样的UG,可是他们居然管都不管,虽然导致大量的电脑直接报废了,但是好像他们没什么情绪波动。
这让我们想试一下,不管这BUG看看效果。
现在发现,运行系统的是电脑,你不管电脑,可能要出大问题。国外不管是因为国外电脑是耗材。
BUG还是要修复。
[img]https://img.nga.178.com/attachments/mon_201209/14/-47218_5052bc4f51be7.png[/img]是在说九宫格改鸳鸯锅?
加log一般是为了定位bug。类似2分法检索,或者说折半查找。看看在哪一步出错了。所有地方都加,应该也可以,但是代码行数太多的话,加log是很浪费时间的。折半定位,可能会比较快找到。