此问必是有心人，有心人必有心答。

——题记

当我看到这个问题的时候，不禁心里一问，为何要阅读spring源码？

在我们的生活之中，有形形色色的万物(Object),有飞机，有汽车，有轮船，还有我这个沧海一粟的java讲师。

试问：了解飞机底层架构的人，就一定能把飞机开好吗？精通汽车的构造和底层原理的人，就保证开车不出事故吗？或者反过来问，一个多年的开出租车的老司机，技术非常娴熟，但是你问他汽车的架构和底层原理，你觉得有多少老司机能准确的答出来？

那就对了，了解了，读懂了spring底层源码的程序员，我们并不能保证他就是一个好程序员，我心中的一个好的程序员是要能够提出解决方案的程序员，就好比清华北大确实只是个过程，最后的目的，是为国家为人民做出奉献才是我们活着的价值。所以说我并不看好去阅读spring源码这个行为。闻道有先后，术业有专攻，我们不是提供底层技术的人！绝大多数的程序员，我以为正确的做法是站在巨人的肩膀上，把前辈留下来的精髓发扬光大才是正道，简而言之，把怎么用，和为什么要这么用学好才是大多数程序员学习技术的关键。就好比去学驾照的时候，教练只需要关心你是否会开车，是否遵守交通规则，并不关心你是否了解汽车是如何在路上跑起来的。

一个人的精力和时间都是有限的，分细了来说，开发者就是技术的使用者，重点在于如何正确熟练的使用，而不是一昧地去关心底层原理，如果要完全读懂spring源码，首先，英语就得很厉害吧，其次，得花多少时间？就算读懂了，那收获和付出也不成正比，大把大把的时间为何不花在java更多，更高级，更有意义的技术上呢？笔者此话并不是说spring源码读了没用，只是让我们的时间更有价值，例如分布式微服务，区块链技术，大数据，python，作为新时代的IT佼佼者，我们是否应该随着时代的脚步，迎接崭新的未来？我奉劝大多数人，不必去看spring源码，除非你确实感兴趣作为技术研究，这样是可以的。一个正常的工作者，是不建议花宝贵的时间去看的，那学生就更不应该去看了。此话怎讲？我以为，学生应以学业为重，士不可不弘毅，任重而道远，首先应该扩展其知识的广度，和技术的娴熟使用，再培养学生独立解决问题的能力，沟通协作的能力，最后才考虑技术的深度。

笔者在多年前也被面试过很多很多问题，但是从来没有一个面试官会问spring底层源码，曾经阿里巴巴的架构师也面试过我，直到后来，我成为了面试官，当我去面试别人的时候，我也不会去问spring源码这些东西，因为99.9%企业招人进来，是要做事实的，不是让你去研究一个技术，绝大多数更在乎的是利用现有的技术，去完成一些项目功能。除了世界上极少数著名的企业他们需要技术研究员，才对这些有所要求，那要招这类人才，估计至少也是名校研究生以上吧，所以普通程序开发者，我觉得学好技术的正确与熟练使用，才是重中之重！

不宜本末倒置，不宜好高骛远。笔者从事Java行业以来，真要说全阶段全程全栈都精通的人，应属风毛菱角，故此，更应让所学知识运筹帷幄，举一反三，千里炉火，万里纯青。以上篇幅在说我对阅读spring源码的一些强烈建议，最终结论，是不看、不读就此作罢。

那有的感兴趣的人非要阅读呢？

Ok,其实阅读spring源码并不算很难。

首先，应该去官网http://spring.io阅读写spring框架的理念，就好比读一本书，要阅读这本书的纲要，要明白为什么要设计spring架构。

然后，应该分模块阅读，先从核心模块开始阅读：如：

IoC Container, Events, Resources, i18n, Validation, Data Binding, Type Conversion, SpEL, AOP.

那么在阅读的时候，英文能力差的话，可以使用翻译软件翻译成中文阅读，毕竟不是每个程序员英语都很棒，毕竟中国人看中国字更容易去理解。当然，有些翻译过来的并不准确，这个时候可以利用百度，去查看那段不理解的地方。

然后，把spring的jar包下载下来，利用IDEA打开，可以使用download资源，会发现，每个方法上面都会有详细的英文注释。一边看官方的说明，一边查看代码的编写，不难发现，非常多的代码写得很精辟，所以十分考验一个程序员的java基本功，特别是反射，JDK\CGLIB代理，和java常用的设计模式等。

我想的话，能把spring源码英文全部看完的人，英语一定很好。光是AOP这个模块，就好几百甚至上千个接口和类，想把所有spring源码看完，兄弟，省省吧~，那是多少前辈奋斗多久的心血，晚辈只敢用得很6，而不敢亵渎(“读”)。

偶尔也会有同学问我，问我现在企业到底需要那种技术，和哪种人才，我的回答是出自千锋教育的具有实战项目经验的程序员，好在与企业无缝连接。