属性注入
属性注入即通过setXXX()方法注入bean的属性值或依赖对象。
由于属性注入方式具有可选择性和灵活性高的特点，因此它也是实际开发中最常用的注入方式。
Spring首先会调用bean的默认构造函数实例化bean对象，然后再通过反射的方法调用set方法来注入属性值。
属性注入要求bean提供一个默认的构造函数，并且为需要注入的属性提供set方法 。
默认的构造函数，即不带参数的构造函数。
如果类中没有自定义任何构造函数，则系统(JVM)会自动生成一个不带参的默认构造函数
如果类中显示的自定义了有参数的构造函数，则系统就不会在自动生成默认构造函数，需要自己手动再加一个无参的构造函数。
构造函数注入
构造函数注入是除属性注入之外的另一种常用的注入方式，它可以保证一些必要的属性在bean实例化时就得到了设置，并在实例化后就可以使用。
使用构造函数注入的前提是： bean必须提供带参的构造函数。
对于构造函数的注入，配置文件可以有以下几种方式：
按类型匹配入参
按索引匹配入参
联合使用类型和索引匹配入参
通过自身类型反射匹配入参
工厂方法注入
工厂方法是应用中被经常使用的设计模式，也是控制反转和单实例设计思想的主要实现方法。
工厂类负责创建一个或多个工厂类实例，工厂类方法一般以接口或抽象类变量的形式返回目标类实例。
工厂类对外屏蔽了目标类的实例化步骤，调用者甚至根本不用指定具体的目标类是什么。
由于Spring容器以框架的方法提供工厂方法的功能，并以透明的方式开放给开发者。因此很少需要手工编写工程方法。
但在一些遗留系统或第三方类库中还是会碰到工程方法，此时便可以使用Spring工厂注入的方法来进行Spring的注入。
Spring工厂注入的方法可以分为静态和非静态两种。
#
(1) 非静态工厂方法
有些工厂方法是非静态的，必须实例化工厂类之后才能调用工厂方法。
(2) 静态工厂方法
很多工厂类方法都是静态的，这意味着无需创建工厂类实例的情况下就可以调用工厂类方法。
因此静态工程方法比非静态工厂方法的调用更加方便简洁。
Spring提供了三种可供选择的注入方式，但在实际应用中，我们究竟该选择哪种注入方式，并没有统一的标准，如下是一些可以参考的理由：
构造函数注入理由：
构造函数保证重要属性预先设置;
无需提供每个属性的setter方法，减少类的方法个数;
可以更好地封装类变量，避免外部错误调用。
属性注入理由：
属性过多时，构造函数变得臃肿;
构造函数注入灵活性不强，有时需要为属性注入null值;
多个构造函数时，配置上产生歧义，复杂度升高;
构造函数不利于类的继承和扩展;
构造函数注入会引起循环依赖的问题。
其实Spring为我们注入参数提供了这么多方法，那么这些方法必然有他们存在的道理，
每个方法在某一问题上会有独特的优势，我们只需要按照我们具体的使用需求选择适合的方法来使用就好了，但一般不太推荐工厂方法注入。