很多有追求的工程师，不满足于对于工具的使用: MySQL, Memcache, Redis, Kafka, 越来越多的工程师：

（1）希望了解底层原理；

（2）希望针对性制定调优方案；

（3）希望加入开源社区，成为一名代码贡献者；

（4）或者，仅仅为了阅读优秀的源码...

大部分人，有源码阅读障碍：

（1）源文件太多，不知道重点；

（2）源码量太大，无数次从开始到放弃；

（3）方法不对，遇到“技巧性”编码就蒙圈；

（4）不够体系化，不会将源文件归类阅读；

前段时间，有网友有留言说：

“能不能分享一些阅读底层源码的经验？”

这里简单的说几点。

第一，先读已有的文档。正规的开源软件，一般都有详尽的文档，即使一个简短的tutorial，读个大概也十分重要。搜一搜关键词，说不定有朋友写过源码解析。

画外音：大概率中文源码解析的文章，不是最新的版本，但读总比不读好。

如果英文过关，建议读官网文档。

画外音：论英语的重要性。

第二，先硬读一遍再说。不管理解了多少，整体先留一个印象。

第三，单步调试。跟随软件启动，跟随核心请求的处理，能够一步一步调试，那是最好的， watch 各个变量的变化，单步看流程，看主流程与分支流程。

第四，做笔记。最核心的流程，画简单流程图。

最后，第三步和第四步重复几遍。边调试边做笔记，很快就能“恍然大悟”。

当然，得心应手的工具是必须要有的，但毕竟是工具，因人而异：在Linux下，我基本上是用vim+ctags；在Windows下，我用的是Source Insight。

画外音：我的小师傅用的是这两个工具。

其实，阅读源码并不难，重点是掌握科学的方法，用最高效的方式，读最核心的代码。这是我读源码的经验，希望对大家有帮助。

调研，什么代码最难读懂？

（1）自己3年前写的代码；

（2）同事写的代码；

（3）开源软件的代码；

ITPub博客

我是怎么读源代码的