博文转自：https://blog.csdn.net/jysg9/article/details/24193181，部分内容略有改动。
引言
本篇文章为了探讨如何快速上手一个大型项目。针对经验尚浅需要快速接手一个项目的开发人员。
当他们拿到一个大型程序后，他们便开始一句一句的阅读分析，夜以继日，悬梁刺股。可结果依然不理想，往往进入以下状态：
1、花费了很长时间，也没有多大进展，与当时预计的日期相差甚远。
2、由于周期较长，他们往往在重复阅读分析最初的极小部分。就像有的童鞋读书一样，几个月前读的是前两章，几个月后还是那两章，原地踏步。
3、他们没法弄清程序的结构，云里雾里，看不清前方的路，也记不住走过的路。久而久之便形成胆怯心理，当接手一个新功能后，在士气上已经失败了，渐渐地丢了那股初出茅庐时的勇气。
这样的状态对他们产生极负面的影响：
其一，任务不能如期完成，导致成本一再飙升；其二，不便于他们能力的提升，因为要能力提升往往需要去更多的研究他们实现的系统或优秀的开源项目。
解决办法
以下是如何快速理清程序脉络，业务流程的方法建议：
1、先建好环境，让程序跑起来
当你拿到一个程序后，即使你不看代码，通过交接人的介绍、项目经理的介绍、其他同事的介绍，也应该知道它是干什么的。然后，知道了大致功能后，把环境建立起来，想办法让程序运行一遍。在一般情况下，要做到这一点不难。
为什么推荐首先运行程序呢？因为建立好的运行环境，一方面可以初步验证一下此程序的功能，以及正确性完整性；另一方面方便接下来的分析调试，为断电调试和日志调试提供了可能。
2、掌握程序的结构
如果是开源项目，那就想办法找到作者提供的WiKi设计说明等。
如果是企业内部开发项目，则一般都会有完整的文档，不要舍弃文档阅读代码，这样一定没有什么好果子吃，其实程序都是在试图对业务流程进行“代码解释”，即将业务流程转化为if-else，尊重文档的作用至关重要。
3、先整体，再局部
整体是相对的，所以，我们以相对的整体来说，将大致的整体逻辑理清，再去研究细节实现。
不要一开始便逐字逐句的阅读代码，这种方法是最低效。这些童鞋往往是先了解各个点，再将点串也线，线串也面。他们直到最后也不一定看清楚程序的真面目，或经过几个月才豁然开朗。整个过程如地狱般煎熬。
而推荐的方法是：先整体再局部，先平面再线点。这样不仅更高效，而且轻松。
4、大胆猜想，小心求证
在阅读程序的过程中，我们往往对某一处或几处逻辑不肯定，可能是这样，也可能是那样。
当处在这种状态下，我们往往不知道如何选择，停滞不前。
其实这个时候不需要顾虑太多，大胆猜想，将自己的假设带入到逻辑分析中去，看看是否可以得到验证。那么需要注意的就是，需要保持一个客观的角度去验证我们的猜想，此时也需要小心谨慎，避免过度猜想，以免走偏。
5、调试程序
我们可以通过断电调试和日志调试来进行代码逻辑的追踪，或日志分析。
6、忽略细节
这个方法可以参考 “先整体，再局部” 的原则，将主线看做是整体，分支看做是局部，理清主线后再去研究分支和细节实现。
7、程序千百套，我来问度娘
高超的问题搜索技巧是在千百次搜索中锻炼出来的。
百度作为国内的搜索引擎代表，可以为我们提供丰富的查阅资料库。我们要做的，就是不断的提炼我们的关键字，以最少的搜索次数定位我们最需要的搜索结果。