从代码逻辑来理解业务逻辑确实是一个比较难的事情，特别是代码量非常大的情况下。这就好比把一个人扔到原始森林里面，让他分析一下这个森林的外轮廓是什么形状一样。
如果大家身陷其中，那么可能就会有一种非常无助，摸不到头绪的感觉。如果代码量有数百万，甚至千万行，那将是一个极大的挑战。甚至让人进入一种绝望的境地。正所谓，“不识庐山真面目，只缘身在此山中”。所以，这个时候大家应该跳出来。
怎么跳出来呢？其实就是所谓的上帝视角，如果大家站的更高一些，那么大家就很容易搞清楚。比如对于原始森林的轮廓，如果大家能在飞机，或者空间站来观察，那么就很容易知道其轮廓。
阅读代码也是如此。如果大家先了解业务逻辑，知道短代码是做什么的，然后再去理解代码的实现逻辑就轻松的多了。所以，不要因为看了两周代码没有头绪就丧失信心，觉得不能胜任工作。
总体来说，阅读代码还是要讲究一些方法的，只用通过正确的方法，才能达到事半功倍的效果。这里大家总结一下基本思路。
由具体到抽象人类认识事物的规律是具体的事情容易理解，抽象的事情不容易理解。比如一个做Web前端的程序员，看到结果后马上就能清楚与期望的差异，但是你让他根据CSS和JS来判断跟期望的差异将非常困难。
其它代码也是如此，如果大家先理解业务逻辑，或者先运行代码知道代码的运行过程及结果。那么再去理解代码将变得比较容易了。
辅助方法有些代码纯靠阅读是很难理解的，这个时候可以借助一些辅助的方法来理解。最为有效的方法自然是运行和调试代码。比如在代码中添加一些日志，或者通过调试工具，分子流程的理解代码。这样大家就能够各个击破的理解整体代码。
辅助工具一个好用的工具能够起到事半功倍的效果。因此，如果你还没有一个比较好的开发或者阅读代码的工具，可以选择一个。这方面的工具很多，比如C/C++用的source insight，Python的PyCharm，Java的Eclipse等等，类似的工具太多了。
如果你对代码有了非常清晰的理解，再去开发就非常容易了。
当然，其实在大型项目中是不可能理解所有代码的。通常你只需要理解你负责的那部分就像。可以先小范围，然后再扩大范围。
最好，加油吧，要有信心，一定可以胜任的！！！
mysql共享锁和排他锁，mysql 查询时间超时，java连mysql汉字，自学用mysql哪个版本，mysql odbc作用，mysql5.0怎么用