如何快速地阅读开源框架的源码？

今天我想把“如何去阅读源码？”这个话题展开分析一下，其中有些经验很有价值，故此分享给大家。

1、阅读源码的必要性

一个软件开发人员，工作到了一定的年限，一般是3、4年左右，如果还不会主动地去阅读源码，那么他就会遇到职业发展的瓶颈。因为到了这个工作年限，开发者不应该只会做些 CURD 的业务逻辑，更应该会根据公司的实际情况去写模块和框架。没有谁天生就可以独当一面开发出完美的模块或者框架，很多人写框架其实都是从模仿开始的。要模仿的话，那么你首先得看得懂框架源码才行，所以说阅读源码十分重要。

2、警惕阅读源码的误区

阅读源码需要一个前置条件，否则就是本末倒置，错误极大。人性有两大弱点：懒惰，贪多。阅读源码的动机是好的，
但是很多人却犯了贪多求快的毛病，框架都没有搞清楚怎么用，就开始读源码，这样是非常错误的做法。阅读源码要分三步：

第一步：好好的阅读框架的使用文档
第二步：结合文档，系统化、全面化的把框架的用法操练一边
第三步：有时间，有余力，有兴趣的话，再看看其源码的底层实现

当前环境下，某些机构把读源码当做噱头，那是处于商业目的来的，但是并不代表，读源码就是最正确的学习方法，甚至还是一种误导。总之，学习一个新技术还是应该以看文档和学习相关理论为主。等到你想具体深耕某种特定的技术，或者是想借鉴某个功能的具体实现，这个时候去阅读源码，带着明确的目的，往往效果更好。

3、区分阅读方法和阅读行为

最近，我的一个徒弟，给我分享了他的源码阅读收获，他认为阅读源码的方法应该是这样的：

1、先把源码项目跑起来；
2、带着问题去看，比如：看启动顺序、接收请求顺序或某个知识点
3、如果觉得太迷茫，可以先看看相关的视频、书；
4、先从大的方面入手：架构图、类图、流程，不要一下子就扎入到项目细节中去；
5、看架构图，工作了比较多年，画架构图有利于成长；
6、如果看到某部分，感觉基础知识不扎实，可以顺便梳理一下基础知识；

其实，在我看来，这不叫阅读方法，仅仅是阅读行为，人的自然行为而已。当人面对不同的状态时候，采用的某种行为而已。例如上述所说，“感觉迷茫就应该先看视频或书”、“看架构图、画架构图”，这些压根就不是方法，而是人的自然行为。

说了这么多，大家估计感到了迷惑，那什么是阅读方法呢？应该是下面这样。第一：要有明确的操作步骤；第二：要有工具来实现步骤。分享一个我的个人经验，这个经验我使用了很多年，收获很大，所以值得拿出来分享给大家。阅读代码，我一般情况下分为三步：

第一步：整体的浏览代码。浏览一下即可，所以花费的时间不多，走马观花地看看就行。
第二步：统计代码中单词的数量。可以编写一个小工具，对代码进行清理和切分，这样能统计出单词的数量。
第三步：根据重点单词去阅读代码，从而做到有的放矢。知道重点在哪里，不容易淹没在代码海洋中从而迷失方向。

4、扔掉幻想，牢记：性格决定命运

其实，阅读源码对人的提升没有那么大。当然，阅读源码肯定也是必不可少的环节。经过我多年的亲身实践和仔细观察，我发现：成功不在于某些技巧的采用，而在于人的性格和心态。以阅读源码来说，所有的读码技巧都不值得一提，真正决定收获大小的是时间因素（坚持和恒心）。摁住一个框架看上几年，这样的收获才是最大的。

我们阅读源码的目的是什么呢？为了学习点编码的招式吗？如果是抱着这个目的，那么采取技巧无可厚非。但是，如果想通过阅读源码提升自己的编码内功，那就以“年”做单位来阅读源码吧。虽然一年的时间看起来很长，但是大家都在加班，真正留给自学的时间并不多。