1000行代码读懂Spring（一）- 实现一个基本的IoC容器
## 引言 最近在读Spring源码，但是Spring代码层次嵌套太多，读起来有很大跳跃性，我有个朋友甚至开玩笑说，读Spring得拿纸笔，把方法和层次都写下来。 其实Spring我已经接触很久了，记得大学有个老师说过：“学一门技术，最好是先思考一下，如果是你，会怎么实现，再带着问题去学习它”。也有人把程序员与画家做比较，画...
作者: 黄亿华
{{emojiItem.symbol}}
删除一条评论
评论删除后，数据将无法恢复
公众号
视频号
深圳市奥思网络科技有限公司版权所有
粤ICP备12009483号
引用来自“linapex”的评论
还需要怎么读懂？IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
引用来自“linapex”的评论
还需要怎么读懂？IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
引用来自“fanfuxiaoran”的评论
同问 ３１楼，checkout不是用来切换分支么？
引用来自“linapex”的评论
引用来自“黄勇”的评论
这里好热闹！我的观点是：想研究源码就去研究，想自己写框架就去写。只要觉得快乐，那就去做！
我想说的是，对快乐而言，却有 4 种理解：
1. 让自己快乐，也让别人快乐（这种人叫“雷锋”）
2. 让自己快乐，不管别人是否快乐（这种人叫“自私”）
3. 让自己不快乐，也让别人不快乐（这种人叫“无聊”）
4. 让自己不快乐，让别人快乐（这种人叫“傻子”）
这年头“雷锋”已经不多了，至少我认为你们都是：@黄亿华、@哈库纳、@linapex、@悠悠然然
我很喜欢马云的一句话，你喜欢，你就去做。不要考虑失败和结果，因为你喜欢。
@黄勇的 【Java那点事儿】，拜读过，写的挺好，通俗易懂。
引用来自“黄勇”的评论
这里好热闹！我的观点是：想研究源码就去研究，想自己写框架就去写。只要觉得快乐，那就去做！
我想说的是，对快乐而言，却有 4 种理解：
1. 让自己快乐，也让别人快乐（这种人叫“雷锋”）
2. 让自己快乐，不管别人是否快乐（这种人叫“自私”）
3. 让自己不快乐，也让别人不快乐（这种人叫“无聊”）
4. 让自己不快乐，让别人快乐（这种人叫“傻子”）
这年头“雷锋”已经不多了，至少我认为你们都是：@黄亿华、@哈库纳、@linapex、@悠悠然然
我很喜欢马云的一句话，你喜欢，你就去做。不要考虑失败和结果，因为你喜欢。
@黄勇的 【Java那点事儿】，拜读过，写的挺好，通俗易懂。
我想说的是，对快乐而言，却有 4 种理解：
1. 让自己快乐，也让别人快乐（这种人叫“雷锋”）
2. 让自己快乐，不管别人是否快乐（这种人叫“自私”）
3. 让自己不快乐，也让别人不快乐（这种人叫“无聊”）
4. 让自己不快乐，让别人快乐（这种人叫“傻子”）
这年头“雷锋”已经不多了，至少我认为你们都是：@黄亿华、@哈库纳、@linapex、@悠悠然然
引用来自“哈库纳”的评论
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
但是当自己去开发框架的时候，就会觉得这种how，小到依赖初始化的时候，如何保证不乱序这种点，也有借鉴价值。我跟@哈库纳 都在开发自己的框架，自然想研究一下最流行的框架是如何做的，谁知道会不会成为下一个jjyy呢。
在中国的环境，出现一款新的框架不容易，每款框架都是作者的心血，有兴趣研究学习是好事。
我也不喜欢重复发明轮子，但是在任何领域深入进去，总归有别人没完成的事情。jfinal出现之前，ssh已经很成熟了，但是它还是得到了很多人认可。
首先 @linapex 提到开发框架学习意义大于实际应用意义这一点并不绝对。这要看开发框架的作者主观意图是怎样的。
我曾开发过许多框架，在初期我的目的是为了试探研究。一旦实验成功后续的研究就转为实际应用。截止目前我的最新框架里主要意图是用来解决实际应用中的问题，并努力发展成除了上面提到这些巨人之外的另一种选择。
@黄勇 也写一个框架，我记得他在 blog 中提到过。他开发框架的意图是看看能否集齐一些人做一些有意义的事情。可见他在写框架时候也并不是用于研究学习。
@悠悠然然 是Tiny框架的作者，Tiny框架也有着完善的体系结构。而我更觉得从印象上 Tiny框架给人了一整套解决方案。很显然，如果作者仅仅是研究学习的目的，并不会将Tiny框架打造的这样。
这点，你理解可能有点小问题，我是拿 @黄亿华 这个 1000行代码学习spring这个日志来说的。学习研究大于实际应用价值，提升大家spring的水平，这点很好。
你有什么框架，说说看。
截止目前我的最新框架里主要意图是用来解决实际应用中的问题，并努力发展成除了上面提到这些巨人之外的另一种选择。
如何解决实际问题，解决什么问题？ 另外一种选择？我可以认为是另外一个巨人么？
@黄勇 @悠悠然然 这两位框架情况不太清楚，不敢妄言。至于开发框架的意图，我只能说，包含但不局限。
至于您说“如何解决实际问题，解决什么问题？”那要看是什么问题。任何东西都有它的局限性和适用性。
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
但是当自己去开发框架的时候，就会觉得这种how，小到依赖初始化的时候，如何保证不乱序这种点，也有借鉴价值。我跟@哈库纳 都在开发自己的框架，自然想研究一下最流行的框架是如何做的，谁知道会不会成为下一个jjyy呢。
在中国的环境，出现一款新的框架不容易，每款框架都是作者的心血，有兴趣研究学习是好事。
我也不喜欢重复发明轮子，但是在任何领域深入进去，总归有别人没完成的事情。jfinal出现之前，ssh已经很成熟了，但是它还是得到了很多人认可。
首先 @linapex 提到开发框架学习意义大于实际应用意义这一点并不绝对。这要看开发框架的作者主观意图是怎样的。
我曾开发过许多框架，在初期我的目的是为了试探研究。一旦实验成功后续的研究就转为实际应用。截止目前我的最新框架里主要意图是用来解决实际应用中的问题，并努力发展成除了上面提到这些巨人之外的另一种选择。
@黄勇 也写一个框架，我记得他在 blog 中提到过。他开发框架的意图是看看能否集齐一些人做一些有意义的事情。可见他在写框架时候也并不是用于研究学习。
@悠悠然然 是Tiny框架的作者，Tiny框架也有着完善的体系结构。而我更觉得从印象上 Tiny框架给人了一整套解决方案。很显然，如果作者仅仅是研究学习的目的，并不会将Tiny框架打造的这样。
这点，你理解可能有点小问题，我是拿 @黄亿华 这个 1000行代码学习spring这个日志来说的。学习研究大于实际应用价值，提升大家spring的水平，这点很好。
你有什么框架，说说看。
截止目前我的最新框架里主要意图是用来解决实际应用中的问题，并努力发展成除了上面提到这些巨人之外的另一种选择。
如何解决实际问题，解决什么问题？ 另外一种选择？我可以认为是另外一个巨人么？
@黄勇 @悠悠然然 这两位框架情况不太清楚，不敢妄言。至于开发框架的意图，我只能说，包含但不局限。
至于您说“如何解决实际问题，解决什么问题？”那要看是什么问题。任何东西都有它的局限性和适用性。
引用来自“哈库纳”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
但是当自己去开发框架的时候，就会觉得这种how，小到依赖初始化的时候，如何保证不乱序这种点，也有借鉴价值。我跟@哈库纳 都在开发自己的框架，自然想研究一下最流行的框架是如何做的，谁知道会不会成为下一个jjyy呢。
在中国的环境，出现一款新的框架不容易，每款框架都是作者的心血，有兴趣研究学习是好事。
我也不喜欢重复发明轮子，但是在任何领域深入进去，总归有别人没完成的事情。jfinal出现之前，ssh已经很成熟了，但是它还是得到了很多人认可。
首先 @linapex 提到开发框架学习意义大于实际应用意义这一点并不绝对。这要看开发框架的作者主观意图是怎样的。
我曾开发过许多框架，在初期我的目的是为了试探研究。一旦实验成功后续的研究就转为实际应用。截止目前我的最新框架里主要意图是用来解决实际应用中的问题，并努力发展成除了上面提到这些巨人之外的另一种选择。
@黄勇 也写一个框架，我记得他在 blog 中提到过。他开发框架的意图是看看能否集齐一些人做一些有意义的事情。可见他在写框架时候也并不是用于研究学习。
@悠悠然然 是Tiny框架的作者，Tiny框架也有着完善的体系结构。而我更觉得从印象上 Tiny框架给人了一整套解决方案。很显然，如果作者仅仅是研究学习的目的，并不会将Tiny框架打造的这样。
这点，你理解可能有点小问题，我是拿 @黄亿华 这个 1000行代码学习spring这个日志来说的。学习研究大于实际应用价值，提升大家spring的水平，这点很好。
你有什么框架，说说看。
截止目前我的最新框架里主要意图是用来解决实际应用中的问题，并努力发展成除了上面提到这些巨人之外的另一种选择。
如何解决实际问题，解决什么问题？ 另外一种选择？我可以认为是另外一个巨人么？
@黄勇 @悠悠然然 这两位框架情况不太清楚，不敢妄言。至于开发框架的意图，我只能说，包含但不局限。
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
但是当自己去开发框架的时候，就会觉得这种how，小到依赖初始化的时候，如何保证不乱序这种点，也有借鉴价值。我跟@哈库纳 都在开发自己的框架，自然想研究一下最流行的框架是如何做的，谁知道会不会成为下一个jjyy呢。
在中国的环境，出现一款新的框架不容易，每款框架都是作者的心血，有兴趣研究学习是好事。
我也不喜欢重复发明轮子，但是在任何领域深入进去，总归有别人没完成的事情。jfinal出现之前，ssh已经很成熟了，但是它还是得到了很多人认可。
我上面说，我个人建议是站在巨人的肩膀上走比较好，站的更高，才能看远。 这点我相信你也应该认同。
伟大是一步步走出来的，但怎么走，往哪个方向走，很重要。
我说过，有兴趣研究学习是好事，中国有句古话是，投其所好，这样你做事有激情，有活力，因为你喜欢，有需求才有动力，无论哪方面的动力，自我提高的动力，竞争的动力，挑战的动力等等等等，有竞争才有进步。
做技术，就是这样，当某一点满足不了你的时候，你就得自己操刀。当我觉得看spring这个名字不爽的时候，我也得自己操刀。
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
但是当自己去开发框架的时候，就会觉得这种how，小到依赖初始化的时候，如何保证不乱序这种点，也有借鉴价值。我跟@哈库纳 都在开发自己的框架，自然想研究一下最流行的框架是如何做的，谁知道会不会成为下一个jjyy呢。
在中国的环境，出现一款新的框架不容易，每款框架都是作者的心血，有兴趣研究学习是好事。
我也不喜欢重复发明轮子，但是在任何领域深入进去，总归有别人没完成的事情。jfinal出现之前，ssh已经很成熟了，但是它还是得到了很多人认可。
首先 @linapex 提到开发框架学习意义大于实际应用意义这一点并不绝对。这要看开发框架的作者主观意图是怎样的。
我曾开发过许多框架，在初期我的目的是为了试探研究。一旦实验成功后续的研究就转为实际应用。截止目前我的最新框架里主要意图是用来解决实际应用中的问题，并努力发展成除了上面提到这些巨人之外的另一种选择。
@黄勇 也写一个框架，我记得他在 blog 中提到过。他开发框架的意图是看看能否集齐一些人做一些有意义的事情。可见他在写框架时候也并不是用于研究学习。
@悠悠然然 是Tiny框架的作者，Tiny框架也有着完善的体系结构。而我更觉得从印象上 Tiny框架给人了一整套解决方案。很显然，如果作者仅仅是研究学习的目的，并不会将Tiny框架打造的这样。
引用来自“linapex”的评论
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
但是当自己去开发框架的时候，就会觉得这种how，小到依赖初始化的时候，如何保证不乱序这种点，也有借鉴价值。我跟@哈库纳 都在开发自己的框架，自然想研究一下最流行的框架是如何做的，谁知道会不会成为下一个jjyy呢。
在中国的环境，出现一款新的框架不容易，每款框架都是作者的心血，有兴趣研究学习是好事。
我也不喜欢重复发明轮子，但是在任何领域深入进去，总归有别人没完成的事情。jfinal出现之前，ssh已经很成熟了，但是它还是得到了很多人认可。
引用来自“黄亿华”的评论
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
但是当自己去开发框架的时候，就会觉得这种how，小到依赖初始化的时候，如何保证不乱序这种点，也有借鉴价值。我跟@哈库纳 都在开发自己的框架，自然想研究一下最流行的框架是如何做的，谁知道会不会成为下一个jjyy呢。
在中国的环境，出现一款新的框架不容易，每款框架都是作者的心血，有兴趣研究学习是好事。
引用来自“linapex”的评论
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
但是当自己去开发框架的时候，就会觉得这种how，小到依赖初始化的时候，如何保证不乱序这种点，也有借鉴价值。我跟@哈库纳 都在开发自己的框架，自然想研究一下最流行的框架是如何做的，谁知道会不会成为下一个jjyy呢。
引用来自“哈库纳”的评论
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
引用来自“哈库纳”的评论
楼主好文，我尝试过不依任何框架去仿照一个 spring 第一个问题就是先要搞明白它是怎么运行的。
spring 原理虽然简单，要想仿照不难。但是必须是在知道原理的前提下能够将各个部分串联起来才行。
而这需要了解大量的细节才可以做到，敬佩楼主这种刨根问底的精神
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
spring 原理虽然简单，要想仿照不难。但是必须是在知道原理的前提下能够将各个部分串联起来才行。
而这需要了解大量的细节才可以做到，敬佩楼主这种刨根问底的精神
引用来自“linapex”的评论
还需要怎么读懂？
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
IOC
1.解析Xml/注解
2.处理依赖关系，实例化对象
3.存入对象工厂
Aop
在IOC上扩展(注解或是xml方式)
其他的模块(ORM，JDBC,TX,WEBMVC)都是扩展，spring 提供了足够多的扩展点。里面的代码功能分的很细。
我记得张孝祥的Spring 2.5 视频教程讲的很清晰。原理 so easy.
引用来自“北极鱼”的评论
引用来自“黄亿华”的评论
引用来自“北极鱼”的评论
这也能叫读懂？
项目中所有代码都是参考Spring实现的。如果是想弄清Spring的目的，代码组织方式，乃至于从开发意图上去理解Spring，用到自己的开发中去，我觉得足够了。
而且我觉得掌握了全局，细节理解一点都不费力。
我认为“读懂”应该更多的涉及底层，涉及各个模块，而在我看来文章只是简单的描述了如何使用而已。文章标题修改为“概述”或许恰当。
当然，还请LZ原谅我的无礼。感谢你的分享精神。
引用来自“黄亿华”的评论
引用来自“北极鱼”的评论
这也能叫读懂？
项目中所有代码都是参考Spring实现的。如果是想弄清Spring的目的，代码组织方式，乃至于从开发意图上去理解Spring，用到自己的开发中去，我觉得足够了。
而且我觉得掌握了全局，细节理解一点都不费力。
我认为“读懂”应该更多的涉及底层，涉及各个模块，而在我看来文章只是简单的描述了如何使用而已。文章标题修改为“概述”或许恰当。
当然，还请LZ原谅我的无礼。感谢你的分享精神。
引用来自“北极鱼”的评论
这也能叫读懂？
项目中所有代码都是参考Spring实现的。如果是想弄清Spring的目的，代码组织方式，乃至于从开发意图上去理解Spring，用到自己的开发中去，我觉得足够了。
而且我觉得掌握了全局，细节理解一点都不费力。