Spring核心技术原理-（4）-三条路线告诉你如何掌握Spring IoC容器的核心原理

前几篇：

Spring核心技术原理-（1）-通过Web开发演进过程了解一下为什么要有Spring/p>

Spring核心技术原理-（2）-通过Web开发演进过程了解一下为什么要有Spring AOP/p>

Spring核心技术原理-（3）-Spring历史版本变迁和如今的生态帝国

一、前言

前三篇已经从历史的角度和大家一起探讨了为什么会有Spring，Spring的两个核心概念：IoC和AOP的雏形，Spring的历史变迁和如今的生态帝国。本节的主要目的就是通过一个切入点带大家一起学习一下Spring IoC的核心原理，正如从历史的角度出发讲述为什么会有Spring一样，希望通过这个切入点能让你轻松的掌握住Spring IoC的核心原理。

本篇文章假设你已经可以熟练的使用Spring了，因此对于某一个细节如何实现的不会在进行详细的阐述！

二、IoC和DI的基本概念

IoC（控制反转，英文含义：Inverse of Control）是Spring容器的内核，AOP、事务等功能都是建立在此基础上的。从字面意思上可以把IoC拆分为两层含义：控制和反转。控制可以理解为是接口实现类的选择权，反转可以理解为这个选择权交给第三方进行管理；总的来说就是某一接口具体实现类的选择控制权从调用类中移除，转交给第三方进行决定，即由Spring容器通过Bean配置来进行控制，这样的话应用程序本身就不用负责依赖对象的创建和维护，而由Spring容器进行管理。

尽管我们现在对IoC的基本概念都已经熟读与心了，但是在老一辈的时候，IoC的概念还不是很容易被人理解。在那个年代，业界的一位大佬，软件界泰斗级的人物Martin Fowler提出了DI（Dependency Injection，依赖注入）的概念，来代替IoC。

依赖注入的概念和控制反转的概念从本质上是一样的，只是从不同的侧面描述了这个功能。依赖注入的概念描述的是让调用类对某一接口实现类的依赖关系有第三方容器或其他东西注入，以此来移除对某一接口实现类的依赖。

继承关系：

Main代码如下：

庞大的一个继承和实现体系！看到这里大致上也就是我要说的第二条路线了（下文会详细介绍）！这条路线向我们展示了从Spring最接近用开发人员使用的、类到Spring的顶层接口之间层层的继承和实现关系。

看到这里我们似乎还是毫无头绪，这就需要我们借鉴前人的经验了，这个经验就是如何正确的理解和之间的关系。

四、BeanFactory和ApplicationContext之间的关系

我们都知道Spring是通过配置文件、注解、Java类等方式描述Bean与Bean之间的依赖关系，利用Java的反射功能实例化Bean并建立Bean与Bean之间的依赖关系；

这些底层的工作正是由Spring IoC容器完成的，除此之外Spring IoC容器还提供了Bean实例缓存、生命周期管理、时间发布等高级服务。

而这里要说的和都作为Spring IoC容器的形态存在，只不过有些许区别而已，简单的来说：（1）BeanFactory接口的实现类是一个简单容器系列，该系列的容器只实现了容器最基本的功能；（2）ApplicationContext接口的实现类是一个高级容器系列，该系列的容器在简单容器的基础上增加了很多面向框架的特性，对应用环境做了很多适配，同时添加了很多面向应用的功能，例如：国际化支持和框架事件体系结构等。

通常情况下，我们习惯称BeanFactory为Ioc容器，而称ApplicationContext为应用上下文，有时候我们还直接称ApplicationContext为Spring容器。

至此，我应该可以引出我要说的前两条路线：第一条路线是基于BeanFactory的简单容器系列；第二天路线是基于ApplicationContext的高级容器系列；

五、第一条路线：基于BeanFactory的简单容器系列

既然BeanFactory的实现类也是一个容器，那么我们就应该可以使用它来注入我们的Bean和获取我们的Bean，如何使用哪看代码：

位于接口类结构的顶端，它主要定义了IoC容器中应该具有的基本特性，主要接口定义如下，根据名称就可以看出是什么作用，这里不再一一解释：

从上图中可以看出来，相对于BeanFactory来说ApplicationContext增加了很多新特性，例如MessageSource接口、ApplicationEventPublisher接口等，所以说ApplicationContext是一个高级形态意义上的IoC容器。

ApplicationContext的主要实现类是、，前者是通过从类路径加载配置文件，后者模式从文件系统中装载配置。

七、第三条路线：基于WebApplicationContext的Web容器系列

从上边的介绍我们应该已经看出来了，不管是第一条路线还是第二条路线都是基于Java应用的，而我们使用最多的是JavaWeb应用，这也是接下来要说的第三条路线：基于WebApplicationContext的Web容器系列。

我们在配置Spring集成Spring MVC的时候基本都会使用上述的方式配置Spring容器，ContextLoaderListener通过Web容器上下文参数获取Spring配置文件的位置。如果只是使用Xml配置的Bean的话，会使用WebApplicationContext的实现类XmlWebApplicationContext。

八、总结

本文的目的并不是详细的阐述Spring IoC容器的核心原理，这是因为市面上已经有很多书讲述Spring IoC容器的核心原理的，并且简单的一篇文章很难说清楚这么多的内容，这里主要是是希望通过将Spring IoC容器的核心原理内容进行划分，整理为3条基本路线，这样的话逐步击破，才能使自己不会被庞大的代码结构体系所吓到！

纸上得来终觉浅，绝知此事要躬行！

对于Spring IoC容器的核心原理远不止这些，但是基本都是在这三条主线上进行穿插，其他没有提到的如：容器初始化，配置文件解析过程、Bean的解析和注册等，希望大家在在进行学习的时候注意到！

如果想进一步学习Spring原理的，这里推荐两本书籍《Spring技术内幕-深入解析Spring架构与设计原理》和《精通Spring 4.x 企业应用开发实战》，前者可能有点久，版本不是最新的，但是书中Spring IoC容器和AOP的讲解还是很有参考价值的，后者应该算是市面上一本讲解还算透彻的书籍，值得阅读！

【视频福利】2T免费学习视频，搜索或扫描上述二维码关注微信公众号：Java后端技术（ID: JavaITWork）回复：1024，即可免费获取！内含SSM、Spring全家桶、微服务、MySQL、MyCat、集群、分布式、中间件、Linux、网络、多线程，Jenkins、Nexus、Docker、ELK等等免费学习视频，持续更新！

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览91767 人正在系统学习中

来源：徐刘根