目录：
- [第一题 ApplicationContext通常的实现是什么？](#第一题 ApplicationContext通常的实现是什么？)
- [第二题 什么是Spring的依赖注入？](#第二题 什么是Spring的依赖注入？)
- [第三题 依赖注入的基本原则](#第三题 依赖注入的基本原则)
- [第四题 依赖注入有什么优势？](#第四题 依赖注入有什么优势？)
- [第五题 有哪些不同类型的依赖注入实现方式？](#第五题 有哪些不同类型的依赖注入实现方式？)
第一题 ApplicationContext通常的实现是什么？
FileSystemXmlApplicationContext ：此容器从一个XML文件中加载beans的定义，XML Bean 配置文件的全路径名必须提供给它的构造函数。
ClassPathXmlApplicationContext 此容器也从一个XML文件中加载beans的定义，这里，你需要正确设置classpath因为这个容器将在classpath里找bean配置。
WebXmlApplicationContext此容器加载一个XML文件，此文件定义了一个WEB应用的所有bean。
第二题 什么是Spring的依赖注入？
控制反转IoC是一个很大的概念，可以用不同的方式来实现。其主要实现方式有
两种：依赖注入和依赖查找
依赖注入：相对于IoC而言，依赖注入(DI)更加准确地描述了IoC的设计理念。所谓依赖注入（Dependency Injection），即组件之间的依赖关系由容器在应用系统运行期来决定，也就是由容器动态地将某种依赖关系的目标对象实例注入到应用系统中的各个关联的组件之中。组件不做定位查询，只提供普通的Java方法让容器去决定依赖关系。
第三题 依赖注入的基本原则
依赖注入的基本原则是：应用组件不应该负责查找资源或者其他依赖的协作对象。配置对象的工作应该由IoC容器负责，"查找资源"的逻辑应该从应用组件的代码中抽取出来，交给IoC容器负责。容器全权负责组件的装配，它会把符合依赖关系的对象通过属性（JavaBean中的setter）或者是构造器传递给需要的对象
第四题 依赖注入有什么优势？
依赖注入之所以更流行是因为它是一种更可取的方式：让容器全权负责依赖查询，受管组件只需要暴露JavaBean的setter方法或者带参数的构造器或者接口，使容器可以在初始化时组装对象的依赖关系。其与依赖查找方式相比，主要优势为：
- 查找定位操作与应用代码完全无关。
- 不依赖于容器的API，可以很容易地在任何容器以外使用应用对象。
- 不需要特殊的接口，绝大多数对象可以做到完全不必依赖容器。
第五题 有哪些不同类型的依赖注入实现方式？
依赖注入是时下最流行的IoC实现方式，依赖注入分为接口注入（InterfaceInjection），Setter方法注入（Setter Injection）和构造器注入（ConstructorInjection）三种方式。其中接口注入由于在灵活性和易用性比较差，现在从Spring4开始已被废弃。
构造器依赖注入 ：构造器依赖注入通过容器触发一个类的构造器来实现的，该类有一系列参数，每个参数代表一个对其他类的依赖。
Setter方法注入：Setter方法注入是容器通过调用无参构造器或无参static工厂方法实例化bean之后，调用该bean的setter方法，即实现了基于setter的依赖注入。
如果我的内容对你有帮助，请点赞，评论，收藏。创作不易，大家的支持就是我坚持下去的动力
