1.某个类，想知道它怎么被使用，一个很好的办法是在 构造函数上打断点
一个比较类似的是---搜索枚举
2.在比对两条代码逻辑时，二者最开始出现差异的地方时非常关键的
3.在修复问题时，对代码基本不了解时，最好可以找到正确的情形来进行对比
4.调试和日志打印在不同的情形下各有优劣，比如在for循环时，日志打印会有更好的表现。
当有调试的表现明显变差的情形，应该考虑是否使用日志输出
还有 当出现无法调试的场景时，应该想到使用日志
比如在测试机 上才能复现的问题，而测试机上没有代码，可以在某个单独的动态库 中添加日志 ，然后把动态库替换进去
5.当然，日志和调试都是手段，目的还是了解代码 ，
不应该完全只注重手段，而忘记了目的
尤其是某个重要调试堆栈上的代码
调试 和 看代码 的比重应该要达到某个平衡
6.不要舍近求远，切入点一定要在线索处 （如果没有直接线索的话也要在当前已知的最有可能的地方 ），然后逐步剖析
即使偏离毫厘也不要
当找得迷茫的时候，应该回过头看看是否偏离了线索