我平时都是debug,我们老大说让我直接看代码～大家是怎么做的？交流下～
debug一般都是遇到bug的时候，大致知道是那块的时候debug，倘若bug不是很明显，还是先从复现步骤，然后思考可能关联的模块，直接去看代码，基本就八九不离十，最后debug，验证自己的猜想是否正确，效率比较高，倘若上来就debug，反而会比较耗时
经验丰富的直接看代码，自己能猜到大概是那个地方有问题，debug设置的断点也是靠经验判断的。
要不然在代码运行路径很长时，从头一步步执行下来不现实，特别遇到循环时。。。。太浪费时间了
1.看是否能重现 如果能重现的问题都不叫问题。
2.如果能重现，就能定位到出现问题的地方，具体通过运行日志或者直接看对应代码。对于这类问题非常容易解决
3.如果不能重现 或者不能100%重现，就需要借助运行日志，分析出现问题时间前后若干日志。首先确定是否是环境和系统问题，如果是，问题就大了，不是架构有问题就是框架又问题。如果不是，根据日志找到可疑部分代码，根据代码分析日志现象
顶楼上，而且记住一点，如果出现了一些匪夷所思的BUG，调了很长时间也没有结果，很可能是一个非常简单的问题引起的，
如输入错误，工程项目某些配置项设置不正确等等，你发现以后自己都会觉得自己很二。血泪教训啊！
首先，你需要了解你的代码执行流程，判断bug输出的结果跟实际预期结果有什么不同。利用已有的日志，debug模式调试单步跟踪。
bug是很考验人的耐心的啊。
遇到问题，首先思考可能是哪里出现了问题，然后去查看代码，实在找不到问题所在就debug了