[学习笔记]Spring依赖注入

标签：

依赖：

典型的企业应用程序不可能由单个对象（在spring中，也可称之bean）组成，再简单的应用也是由几个对象相互配合工作的，这一章主要介绍bean的定义以及bean之间的相互协作。

依赖注入：

spring中的依赖注入（Dependency injection (DI)）主要有两种形式：构造器注入和setter方法注入。

构造器注入：

基于构造函数的方式有其自己的优势，它能够明确地创建出带有特定构造参数的对象，另外它对于创建一些在类中不需要经常变化的域有明显的优势。如果用setter方法来做这种事情会显得很不协调，但通常可以采用init的方法在创建时就将其初始化。当然对于某些类可能有很多的域，构造函数不可能包含所有的情况，而且其中能够包含的构造参数也是有限的，此时Setter方法注入即可以发挥其余地。

以下示例是一个只能通过构造器注入的类：

没有潜在的歧义存在，假设Bar和Baz两个类不想关

在前面这个示例中，使用type属性，容器可以进行简单的类型匹配：

注意：Keep in mind that to make this work out of the box your code must be compiled with the debug flag enabled so that Spring can look up the parameter name from the constructor. If you can‘t compile your code with debug flag (or don‘t want to) you can use @ConstructorProperties JDK annotation to explicitly name your constructor arguments. The sample class would then have to look as follows:

setter方法注入:

以下是一个简单的只能用setter方法进行注入的例子：

依赖注入实例：

以下例子为setter注入的xml配置文件：

在增加一个，使用工厂方法实例化一个bean。

与静态方法不同之处在于，工厂方法不需要是静态的，但是在spring的配置文件中需要配置更多的内容。如下：

[html] view plain copy

1. <bean id = "personServiceBeanFactory" class = "factory.PersonServiceBeanFactory"></bean>  
2. <bean id = "factory" factory-bean="personServiceBeanFactory" factory-method="createPersonServiceBean"></bean>  

[java] view plain copy

1. package factory;  
2.   
3. public interface PersonService {  
4.     public void save();  
5. }  

[java] view plain copy

1. package factory;  
2.   
3. public class PersonServiceBean implements PersonService{  
4.     public void save() {  
5.         System.out.println("my name is zfq");  
6.     }  
7. }  

[java] view plain copy

1. package factory;  
2.   
3. public class PersonServiceBeanFactory {  
4.     public PersonServiceBean createPersonServiceBean() {  
5.         return new PersonServiceBean();  
6.     }  
7. }  

实现：

依赖和配置细节：

在上面的内容中，我们可以通过引用其他的bean来定义bean的properties和constructor参数，或直接使用values。

Straight values (primitives, Strings, and so on)

在<property/>中的value属性作为properties或constructor的具体参数值，使人较易读懂，如下：

idref元素：

idref元素用来讲容器中其他bean的id传给<constructor-arg/> 或<property/>元素，同时提供错误验证功能。

对其他bean的引用：

在<constructor-arg>或<property>中，ref属性可以设置当前的bean使用引用的bean，当所有的参数最终都是其他对象的引用，范围和验证取决于你应用其他对象时是使用bean，regardless或是parent属性。

bean属性的值可能与目标bean的id属性值相同，或者与目标bean中的某个name属性值相同

内部bean：

内部bean是把<bean/>直接写在<constructor-arg/>或<property/>下。

集合装配：

java自带了很多集合类，spring也提供了相应的集合装配元素：<list/>,<map/>,<set/>,<props>

bean | ref | idref | list | set | map | props | value | null

集合的合并：以下例子实现的集合的合并：

administrator=administrator@example.com
sales=sales@example.com
support=support@example.co.uk

合并的限制：不能合并不同类型集合（例如map和list则不能相互合并），合并的属性必须是底层的，继承的，子类的定义，，想象一个在父类中定义merge是多余的

强类型集合：（Strongly-typed collection (Java 5+ only)）

Null或empty的string值：

spring将属性empty参数类型类似Stirngs的empty类型输出，以下xml配置中的emal属性为空

xml中的p-namespace：

在bean元素属性中，p命名空间可以替代<property/>元素。以下例子说明了p命名空间的用法，第一个bean用的是property，第二个用的是p-namespace

混合属性命名：

当设置bean的properties属性时你也可以混合或嵌套属性命名，只要使得路径中除了最后一个属性外其他属性名都不为null。如下所示：

使用depends-on：

如果一个bean是另一个bean的依赖，一般来说，一个bean会被设置成另一个bean的引用，典型的就是使用<ref> 元素，但是，有时候两个bean之间并没有直接的关系，例如在某些bean实例化之前需要数据库启动，则应当设置depends-on属性使相应的bean先启动。

延迟初始化：（lazy-initialized beans）

ApplicationContext默认会实例化singleton的bean，如果想延迟初始化它则在bean标签中用lazy-init=‘true’，同时也可以再beans标签中指定default-lazy-init=”treu“来讲所有的延迟初始化：

自动装配：（Autowiring collaborator）

当涉及自动装配bean的依赖关系时，spring有多种处理方式：

Table 3.2. Autowiring modes

byName——把与bean的属性具有相同名字或ID的其他bean自动装配到bean对应的属性中。如果没有跟属性的名字相匹配的bean，该属性不进行装配。

byType——把与bean的属性具有相同类型的其他bean自动装配到bean对应的属性中。如果没有跟属性类型相匹配的bean，则该属性不进行装配。（应用只允许存在一个Bean与需要自动装配的属性类型相匹配，为自动识别一个普通bean，可以使用bean元素的primary属性，如果只有一个自动装配的候选Bean的primary属性设置为true，那么该bean优先选择。）

constructor——把与bean的构造器入参具有相同类型的其他bean自动装配到bean构造器的对应入参中。

autowiring的限制和不利之处：

1.在property和constructor-arg中的明确指定的依赖会覆盖掉autowiring，你也不能自动装配简单属性，例如Strings，Classes等，这是设计的不足引起的。

2.Autowiring比明确的注入写法正确率来的低，spring不会去猜测不明确的关系，可能不能拿到想要的结果。

3.对已setter或构造器注入的具体参数中，可能存在多个bean匹配参数，这样是不允许的，因为不明确结果。

方法注入：（method injection）

在大部分情况下，容器中的bean都是singleton类型的。如果一个singleton bean要引用另外一个singleton bean，或者一个非singleton bean要引用另外一个非singleton bean时，通常情况下将一个bean定义为另一个bean的property值就可以了。不过对于具有不同生命周期的bean来说这样做就会有问题了，比如在调用一个singleton类型bean A的某个方法时，需要引用另一个非singleton（prototype）类型的bean B，对于bean A来说，容器只会创建一次，这样就没法在需要的时候每次让容器为bean A提供一个新的的bean B实例。

对于上面的问题，spring提供了三种解决方案：

• 放弃控制反转。通过实现ApplicationContextAware接口让bean A能够感知bean 容器，并且在需要的时候通过使用getBean("B")方式向容器请求一个新的bean B实例。
• Lookup方法注入。Lookup方法注入利用了容器的覆盖受容器管理的bean方法的能力，从而返回指定名字的bean实例。
• 自定义方法的替代方案。该注入能使用bean的另一个方法实现去替换自定义的方法。

放弃控制反转：

ApplicationContextAware和BeanFactoryAware差不多，用法也差不多，实现了ApplicationContextAware接口的对象会拥有一个ApplicationContext的引用，这样我们就可以已编程的方式操作ApplicationContext。看下面的例子。 

lookup方法注入：（Lookup method injection）

使用这种方式很简单，因为Spring已经为我们做了很大一部分工作，我们要做的就是bean配置和业务类。 

• 首先修改CommandManager类为abstract的，修改createCommand方法也为abstract的。
• 去掉ApplicationContextAware的实现及相关set方法和applicationContext变量定义
• 修改bean配置文件，在commandManager Bean中增加<lookup-method name="createCommand" bean="asyncCommand"/>。
• 其他保持不变

<<span class="hl-tag" style="margin: 0px; padding: 0px; color: rgb(63, 127, 127);">public|protected</span>> [abstract] <<span class="hl-tag" style="margin: 0px; padding: 0px; color: rgb(63, 127, 127);">return-type</span>> theMethodName(no-arguments);

[学习笔记]Spring依赖注入

标签：

原文地址：http://blog.csdn.net/u010388781/article/details/51168514