如何高效率的解读一个稍大工程的源码

找写代码的要一份开发文档

看文档，其次需求。
没文档，需求是了解一个项目 最快的唯一途径。

问之前的架构师，不可能有更快的方法

我一般是从文档和测试用例开始的。

Source Insight

@happywowwow 一般开源软件貌似都没提供开发文档只有API文档哦

说句设计模式黑不爱听的话：懂设计模式。不管项目开发者是不是设计模式黑、懂不懂设计模式、有没有刻意的去用设计模式，好的项目最终总会是趋向某种设计模式。

一般我先看工程目录结构，就能知道80%的文件里的代码大概是干嘛的，知道这个项目业务逻辑是怎么拆分的。
然后我再去看我感兴趣的部分，比如某个功能怎么实现的。
一般我会知道某个功能大概有那么几种实现方式，看一眼就知道是不是我知道的某种方式，如果是，没必要细看了，如果不是，才会去细看。

另一种情况就是某开源库有bug、缺功能，这种时候我不会先去完整的看一遍代码，直接开始改，改完项目代码就理解得差不多了。