源码熊少儿编程平台(怎么阅读Spring源码)
我一直想回答这个问题，但是由于我的答案是软件开发相关的，比较小众，怕别人很难理解。现在这个关于Spring的问题的回答就算是我对这个问题的回答吧。
软件开发的一个亘古不变的方针策略就是抽象、透明和封装。语言从汇编到面向过程到面向对象，开发从原生代码到类库到框架，都是这个趋势。别说软件开发了，就说软件使用吧，从DOS命令行到GUI图形化界面，也是这个方向。
抽象、透明、封装就是不让你陷入到底层的细节当中，把精力专注在你那一层面的问题上。什么叫你那一层面的问题？你开发产品或者项目，就把精力用在实现业务需求上。并不是底层不重要，而是没必要到一开始就去看底层源代码的地步！
我想先问一下题主和有些答主，http://spring.io上的文档你们都读了几遍了？
所有项目的文档读不过来没事，spring framework这一个项目的reference有完整从头到尾读一遍的吗？然后再来问怎么阅读spring源代码，或者回答人家如何阅读spring源代码。
详细认真读过spring所有项目的reference，并对所有API doc了如指掌的人都少之又少。你先开始读源代码干嘛？说明书和各种电器参数都不看就想把家里的电视拆了研究的，只能是熊孩子干出来的事。我见到太多简历里面写阅读Linux源代码的，这些人无一例外都是浮躁型的。
不建议读框架的源代码，如何实现一个框架和如何用框架实现业务有很大的不同，在阅读底层框架源代码上的时间精力投入相比收获来说不划算。
只有下面三种情况，你可能需要阅读源代码：
- 你打算发明一个类似Spring Framkework一样的框架，可以参考源代码。
- 你自认为发现了Spring的一个Bug，并提交到官方的Issues list，且得到确认。而你想贡献自己的力量帮助Spring团队解决这个Bug。不过在你发现疑似Bug的时候，最好先去Issues list里面或者stackoverflow上找一下答案再说。以目前Spring的健壮性和被广泛采用的程度，几乎没有可能有一个Bug被你捡漏。
- Debug跟踪进入底层框架代码的时候，不得不看两眼。
反过来想想，如果什么框架要你必须阅读源代码才能掌握，那这个框架一定很烂、不成熟，或者说至少处于成熟的前期。
为什么这么说呢？像Google、Facebook、Microsoft等大厂，开源项目是专职团队做的，是有专门的文档编写和社区关系维护人员的。但有些开源团队确实是几个大牛用业余时间在做。没有专职的文档和公关人员。他们前期的精力肯定是要放在开发框架本身上。框架基本满意了，才开始考虑文档，然后还可能顺手把网站也搞漂亮点。Spring和Hibernate很早很早以前都是属于这种情况。
我把话说直接点吧：所有跳过文档这一步就想直接阅读底层源代码的，只能是英文水平不行，读不懂文档又急于求成。想给自己的简历或平时的谈资加点料而已。在没有正确的学习路径下，一时不知道如何提高自己又心急的人，很容易想到的就是去读底层源码