一、前言

本文来谈谈自己关于阅读源码的一些心得体会，希望大家能够提供更好的意见，留言回复。

二、为何要阅读源码

先分享一下为何要研究源码 ：

• 我们在做项目时候一般会遇到下面的问题：问题一是不知道如何去设计，这一般是职场新手经常会遇到的问题，比如刚从学生时代跨入职场的新手，当初我当入职阿里时候就有这个感觉，给你一个需求来做概要设计，竟然没有思路，不得不去看当前系统类似需求是如何设计的，然后仿照去设计。问题二设计时候问题考虑不周全，这一般是由于设计经验匮乏引起的，相比职场新手，这类人对一个需求依靠自己的经验已经能够拿出一个概要设计，但是设计中经常会遗漏一些异常细节，比如使用多线程有界队列执行任务，如果机器宕机了，那么队列里面的任务不存盘的话，机器下次启动时候这些任务就丢失了。
• 对于这些问题，说到底都是因为经验不够，而经验一般都是从项目实践中积累而来，所以招聘单位一般都会限定工作时间大于2年了，3年了，是有道理的，因为这些人的项目经验都是比较丰富的，项目中遇到的场景也比较多。经验积累一方面靠时间，其实另外一方面通过学习源码也可以获的，看源码可以扩展我们的思路，这个是变相的提高我们的经验，虽然通过时间积累获取经验的方式不能短时间内达到，但是短时间内通过学习经典开源框架开源项目的设计思想理念还是会很有受益的。
• 另外进行职场后一般都是要先熟悉现有的系统，如果有文档还好，没文档的话就得自己去翻代码自己去研究，这其实也是考验代码学习能力的，如果你之前看过好多开源代码的话，那么就不会那么费劲。
• 看源码最大的好处是可以开阔你的思维，提升你的架构设计能力，有些东西书本和紧靠自己思考是很难学到的，必须通过看源码，看别人如何设计的，然后思考为何这样设计。能力的提高判断不在于你写了多少代码，做了多少项目，而在于给你一个业务场景时候，你是否能拿出几种靠谱的解决方案。而如何才能拿出来那，一来靠经验，二来靠归纳总结，而看源码，看经典框架如何实现的，则可以快速累加你的经验。
• 另外阅读源码时候画出时序图和类图还有一好处，因为人总是善忘的，如果隔一段时间后你在去看之前看过的源码，虽然模糊有些印象，但是当你想去看某个模块的一些逻辑时候，很多情况下就需要根据demo再从头debug找了,而如果有了这俩图你就可以从时序图或者类图里面直接找到，并且看一眼时序图就知道整个模块的脉络了

三、如何阅读源码

• 个人对于看开源框架有个体会是，当你想看某一个框架的源码前，先去Google查找这个开源框架的一些框架组成介绍（资料最好是找官方文档，最好是英文的，因为网上资料太泛滥，并且质量不一，并且有些都是错的），看看这个框架有几个模块，各个模块是做什么的，有什么联系，每个模块都有哪些核心类（这在你看源码时候会有个印象，哪些类是做什么用的），
• 然后对那个模块感兴趣就去写个小的demo先运行一下具体了解这个模块的作用（你要想研究源码实现首先的知道这个模块是干啥的，会产生什么作用），然后在debug进入看具体实现，在debug过程中第一遍是走马观花，简略的看下调用逻辑，都用了哪些类；
• 第二遍则是有着重点的debug看看这些类担任了架构图里面的那些功能，使用了哪些设计模式？如果第二遍能感觉到有些感觉了，大致知道了代码功能实现，但是对整体代码结构还是不是很清晰，毕竟代码里面多个类来回调用，很容易迷失当前断点的来处，那么你可以进行第三遍度dubug,这时候你要把主要类的调用时序图画出来，可能的话，你最好吧类图结构也画出了，等画好后，在对着时序图分析调用流程，就可以清楚的知道类直接调用关系，通过类图就知道类的功能作用和相互依赖关系。
• 还有查框架使用说明时候最好去官网去，虽然是英文，但是看久了就好了，毕竟还有google翻译那

四、总结

本文来谈了自己关于阅读源码的一些心得体会，希望大家能够更好的意见，留言回复。另外并发编程专栏已经开通，想学并发的童鞋可以 单击我

没有和本文相关的文章