1、感觉很难，错误都在细节。
2、error好好看。
3、并不是难。而是繁复。改动处有很多。但少量。
4、改了一处，考虑是否对其他地方有影响。等到发现问题，又难以和之前的改动联系起来。导致锁定时间不能更快。
5、除了业务逻辑，还有 nil 数组越界 除以0 之类的小错误
6、还有你用的接口，虽然是别人提供的，但未必正确 – check功能即可。mock数据。即业务数据是否准确。
7、能配置的 是否都尽量配置化了。方便线上出问题不用发版。
8、日志和性能监控的，时间打点
9、kibana用法：性能上、error上
10、更多时间消耗在：定位，不仔细地排查到，而是根据感觉、设想找到错误的地方然后改动，结果又需要进一步排查。这个使得时间成倍地被消耗。
本文作者：
yuqing wang
本文链接： https://satyrswang.github.io/2021/05/26/debug训诫/
版权声明： 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。转载请注明出处！
本文链接： https://satyrswang.github.io/2021/05/26/debug训诫/
版权声明： 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。转载请注明出处！
