今年来看了 RocketMQ、Kafka、Dubbo 、Tomcat 的源码，之前也有读者询问过如何读源码，
索性就来分享一下。
其实还看了一点点 Linux、Redis、jdk8，这几个阅读的目的和上面几个是不同的，下面会提
到。
相信通过今天的分享你不会被源码轻易劝退，其实没什么，不就是代码吗？
而且你一直在看源码，可能你没意识到，你看别人的代码不就是源码？
你新入职一个公司要熟悉代码的时候不就是看源码？
这和你看开源框架源码没有本质的区别，要真说区别无非是代码的质量、整体的设计区别罢
了。
那时候你怎么做的？
反正最终结果你应该都是上手了的。
那就得了，开源框架的一样，最终你也会上手。
所以没啥好怕的，不要被劝退了。
我先分享一下我入职一家新公司接手项目的时候是怎么做的。
入职新公司接手项目就是在读源码
新入职接手项目的时候，我先拉上了产品经理和原先这个项目的主力开发开了个会。
这个会的目的就是让产品经理介绍一下这个项目的背景、要解决什么问题、有哪些功能。
开发在旁边补充、解答我的疑惑，毕竟产品经理不太了解细节上的数据交互。
这个会议下来你就能得知这个项目到底是干嘛的，能提供哪些功能。
业务上的理解对你之后读源码非常的重要！！
然后我会去要文档、架构图、流程图、时序图等等（有多少要多少，没的话没办法）。
看完之后对整个项目有了大致的了解。
然后让项目跑起来，跑起来之后，开始用这个软件，各种功能点一点，毕竟听产品经理说和
自己实际用还是有区别的。
基本上项目主流程都过了一遍之后，开始看源码。
这个时候看源码，单看文件的命名其实已经能知道这个文件对应着哪个模块了，有种胸有成
竹的感觉。
然后具体深入细节就看分配到的任务了，几个需求接下来渐渐地细节就都全清楚了。
稳了。
所以入职接手项目是需要了解背景、总览全局然后再细化。
读开源项目的源码也是如此，自顶向下。
如何阅读开源项目的源码
读源码我个人分为两种情况：为了提升自己和为了找问题。
为了提升自己而读源码
我默认你是知道你要看的开源项目是干嘛的，比如 RocketMQ 是消息队列，消息队列是干
嘛的你应该先知道。
我也默认你用过这个开源项目，业务上没用过自己私下也要先用用，了解简单功能怎么用，
让它先跑起来。
首先看官网、wiki。
我截个 RocketMQ 的：
了解具体涉及到的概念、名称、特性、架构这是第一步。
这一步能让你脑子里有个角色分布图和数据流转图，让你明白整体项目的主要角色及之间的
资源评论
