Spring3开发实战 之 第二章：IoC/DI开发(2)

通过<list/>、<set/>、<map/>及<props/>元素可以定义和设置与Java Collection类型对应List、Set、Map及Properties的值 ，示例如下：

java代码：

查看 复制到剪贴板 打印

1. <bean id="moreComplexObject" class="example.ComplexObject"> 
2. <property name="adminEmails"> 
3. <props> 
4. <prop key="administrator">admin@somecompany.org</prop> 
5. <prop key="support">support@somecompany.org</prop> 
6. </props> 
7. </property> 
8. <property name="someList"> 
9. <list> 
10. <value>a list element followed by a reference</value> 
11. <ref bean="myDataSource" /> 
12. </list> 
13. </property> 
14. <property name="someMap"> 
15. <map> 
16. <entry> 
17. <key> <value>yup an entry</value> </key> 
18. <value>just some string</value> 
19. </entry> 
20. <entry> 
21. <key> <value>yup a ref</value> </key> 
22. <ref bean="myDataSource" /> 
23. </entry> 
24. </map> 
25. </property> 
26. <property name="someSet"> 
27. <set> 
28. <value>just some string</value> 
29. <ref bean="myDataSource" /> 
30. </set> 
31. </property> 
32. </bean> 

可以定义parent-style和child-style的<list/>、<map/>、<set/>或<props/>元素，子集合的值从其父集合继承和覆盖而来；也就是说，父子集合元素合并后的值就是子集合中的最终结果，而且子集合中的元素值将覆盖父集全中对应的值。

java代码：

查看 复制到剪贴板 打印

1. <beans> 
2. <bean id="parent" abstract="true" class="example.ComplexObject"> 
3.     <property name="adminEmails"> 
4.         <props> 
5.             <prop key="administrator">administrator@somecompany.com</prop> 
6.             <prop key="support">support@somecompany.com</prop> 
7.         </props> 
8.     </property> 
9. </bean> 
10. <bean id="child" parent="parent" class= " example.Child" > 
11.     <property name="adminEmails"> 
12.         <props merge="true"> 
13.             <prop key="sales">sales@somecompany.com</prop> 
14.             <prop key="support">support@somecompany.co.uk</prop> 
15.         </props> 
16.     </property> 
17. </bean> 
18. <beans> 

在上面的例子中，childbean的adminEmails属性的<props/>元素上使用了merge=true属性。当child bean被容器实际解析及实例化时，其 adminEmails将与父集合的adminEmails属性进行合并 。

注意到这里子bean的Properties集合将从父<props/>继承所有属性元素。同时子bean的support值将覆盖父集合的相应值

不同的集合类型是不能合并（如map和 list是不能合并的），否则将会抛出相应的Exception。merge属性必须在继承的子bean中定义，而在父bean的集合属性上指定的merge属性将被忽略

在JDK5以上的版本里，Spring支持强类型集合

<null/>用于处理null值，Spring会把属性的空参数当作空字符串处理。

1：以下的xml片断将email属性设为空字符串。

<bean class="ExampleBean">

  <property name="email"><value></value></property>

</bean>

这等同于Java代码： exampleBean.setEmail(“”)。

2：而null值则可以使用<null>元素可用来表示。例如：

<bean class="ExampleBean">

  <property name="email"><null/></property>

</bean>

上述的配置等同于Java代码：exampleBean.setEmail(null)。

针对常见的value值或bean的引用，Spring提供了简化格式用于替代<value/>和<ref/>元素 。如下：

java代码：

查看 复制到剪贴板 打印

1. <property name="myProperty"> 
2.   <value>hello</value> 
3. </property> 
4. <property name="myProperty"> 
5.   <ref bean="myBean"> 
6. </property> 
7. <entry> 
8.   <key> 
9.     <ref bean="myKeyBean" /> 
10.   </key> 
11.   <ref bean="myValueBean" /> 
12. </entry> 

完全等同于

<property name="myProperty" value="hello"/>

<property name="myProperty" ref="myBean"/>

<entry key-ref="myKeyBean" value-ref="myValueBean"/>

强调一点

只有<ref bean=“xxx”>元素的简写形式，没有<ref local=“xxx”>的简写形式。也就是说<property name=“myProperty” ref=“myBean”/> 里面的ref是相当于<ref bean=“”>的形式。

组合属性名称

当设置bean的组合属性时，除了最后一个属性外，只要其他属性值不为null，组合或嵌套属性名是完全合法的。例如，下面bean的定义：

java代码：

查看 复制到剪贴板 打印

1. <bean id="foo" class="foo.Bar"> 
2.   <property name="fred.bob.sammy" value="123" /> 
3. </bean> 
4. 表示foo  

bean有个fred属性，此属性有个bob属性，而bob属性又有个sammy属性，最后把sammy属性设置为123。为了让此定义能工作， foo的fred属性及fred的bob属性在bean被构造后都必须非空，否则将抛出NullPointerException异常。

depends-on，用于当前bean初始化之前显式地强制一个或多个bean被初始化。

示例：

java代码：

查看 复制到剪贴板 打印

1. <bean id="beanOne" class="ExampleBean" depends-on="manager"/> 
2. <bean id="manager" class="ManagerBean" /> 
3.   

若需要表达对多个bean的依赖，可以在'depends-on'中将指定的多个bean名字用分隔符进行分隔，分隔符可以是逗号、空格及分号等。下面的例子中使用了'depends-on'来表达对多个bean的依赖。

java代码：

查看 复制到剪贴板 打印

1. <bean id="beanOne" class="ExampleBean" depends-on="manager,accountDao"> 
2.   <property name="manager" ref="manager" /> 
3. </bean> 
4.   <bean id="manager" class="ManagerBean" /> 
5. <bean id="accountDao" class="x.y.jdbc.JdbcAccountDao" /> 

延迟初始化bean

1：ApplicationContext实现的默认行为就是在启动时将所有singleton bean提前进行实例化，这样可能会增大资源的消耗，但会加快程序的运行速度。

2：可以将bean设置为延迟实例化。在XML配置文件中，延迟初始化将通过<bean/>元素中的lazy-init属性来进行控制。例如：

<bean id="lazy" class="com.foo.ExpensiveToCreateBean" lazy-init="true">

</bean>

3：在容器层次中通过在<beans/>元素上使用'default-lazy-init'属性来控制延迟初始化也是可能的。如下面的配置：

<beans default-lazy-init="true">

</beans>

自动装配的优缺点

1：优点：

（1）自动装配能显著减少配置的数量。

（2）自动装配可以使配置与java代码同步更新。例如，如果你需要给一个java类增加一个依赖，那么该依赖将被自动实现而不需要修改配置。

2：缺点：

（1）尽管自动装配比显式装配更神奇，但是，正如上面所提到的，Spring会尽量避免在装配不明确的时候进行猜测，因为装配不明确可能出现难以预料的结果，而且Spring所管理的对象之间的关联关系也不再能清晰的进行文档化。

（2）对于那些根据Spring配置文件生成文档的工具来说，自动装配将会使这些工具没法生成依赖信息。

（3）当根据类型进行自动装配的时候，容器中可能存在多个bean定义跟自动装配的setter方法和构造器参数类型匹配。虽然对于数组、集合以及Map，不存在这个问题，但是对于单值依赖来说，就会存在模棱两可的问题。如果bean定义不唯一，装配时就会抛出异常

将bean排除在自动装配之外

1：<bean/>元素的 autowire-candidate属性可被设为false，这样容器在查找自动装配对象时将不考虑该bean。

2：另一个做法就是使用对bean名字进行模式匹配来对自动装配进行限制。其做法是在<beans/>元素的‘default-autowire-candidates’属性中进行设置。

比如，将自动装配限制在名字以 'Repository'结尾的bean，那么可以设置为"*Repository“。对于多个匹配模式则可以使用逗号进行分隔。注意，如果在bean定义中的'autowire-candidate'属性显式的设置为'true' 或 'false'，那么该容器在自动装配的时候优先采用该属性的设置，而模式匹配将不起作用。

singleton

在每个Spring IoC容器中一个bean定义对应一个对象实例，在读取配置文件创建IoC容器的时候就会根据配置初始化singleton的Bean实例

prototype

一个bean定义对应多个对象实例

request

在一次HTTP请求中，一个bean定义对应一个实例；即每次HTTP请求将会有各自的bean实例，它们依据某个bean定义创建而成。该作用域仅在基于web的Spring ApplicationContext情形下有效。

session

在一个HTTP Session中，一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。

global session

在一个全局的HTTP Session中，一个bean定义对应一个实例。典型情况下，仅在使用portlet context的时候有效。该作用域仅在基于web的Spring ApplicationContext情形下有效。

 

request、session以及global session仅在基于web的应用中使用

初始化web配置，Servlet 2.4及以上的web容器，如下配置：

java代码：

查看 复制到剪贴板 打印

1. <web-app> 
2.   <listener> 
3.     <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class> 
4.   </listener> 
5. </web-app> 

request作用域说明

等同于Http的Request

session作用域说明

针对某个HTTP Session，Spring容器会根据bean定义创建一个全新的bean实例，且该bean仅在当前HTTP Session内有效。与request作用域一样，你可以根据需要放心的更改所创建实例的内部状态，而别的HTTP Session中创建的实例，将不会看到这些特定于某个HTTP Session的状态变化。当HTTP Session最终被废弃的时候，在该HTTP Session作用域内的bean也会被废弃掉

global session

等同于标准的HTTP Session

问题：比如在调用一个singleton类型bean A的某个方法时，需要引用另一个非singleton（prototype）类型的bean B，对于bean A来说，容器只会创建一次，这样就没法在需要的时候每次让容器为bean A提供一个新的的bean B实例

解决方案：Lookup方法注入，示例如下：

java代码：

查看 复制到剪贴板 打印

1. Java类 
2. public abstract class HelloImpl implements HelloApi{ 
3. private T2 t2; 
4. public String helloSpring3(int a){ 
5. getT2().t1(); 
6. System.out.println("hello Spring3==="+a); 
7. return "Ok,a="+a; 
8. } 
9. public abstract T2 getT2(); 
10. } 
11. public class T2 { 
12. public void t1(){ 
13. System.out.println("now in t1"); 
14. } 
15. } 

配置文件：

java代码：

查看 复制到剪贴板 打印

1. <bean id="helloBean" class="cn.javass.Spring3.hello.HelloImpl"> 
2. <lookup-method name="getT2" bean="t2"/> 
3. </bean> 
4. <bean id="t2" class="cn.javass.Spring3.hello.T2"></bean> 
5.   

Lookup方法注入的内部机制是Spring利用了CGLIB库在运行时生成二进制代码功能，通过动态创建Lookup方法bean的子类而达到复写Lookup方法的目的

初始化回调

有两种方法，如下：

1：实现org.springframework.beans.factory.InitializingBean接口，这种方法不被推荐，因为这样和Spring耦合起来了。可以采用声明式的方法，如下：

2：在Bean定义中指定一个普通的初始化方法，即在XML配置文件中通过指定init-method属性来完成，配置如下：

<bean id="initBean" class="examples.ExampleBean" init-method="init"/>

析构回调

也有两种方法，如下：

1：实现org.springframework.beans.factory.DisposableBean接口，这种方法不被推荐，因为这样和Spring耦合起来了。可以采用声明式的方法，如下：

<bean id="initBean" class="ex.ExampleBean" destroy-method="cleanup"/>

缺省的初始化和析构方法

配置在beans上，这样就不用每个Bean都配了，如下：

<beans default-init-method="init">

context包的核心是ApplicationContext接口。它由BeanFactory接口派生而来，除了提供了BeanFactory所有的功能，还提供了以下的功能：

1：MessageSource, 提供国际化的消息访问

2：资源访问，如URL和文件

3：事件传播，实现了ApplicationListener接口的bean

4：载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的web层

利用MessageSource实现国际化

1：在配置文件中添加

java代码：

查看 复制到剪贴板 打印

1. <bean id="messageSource"        class="org.springframework.context.support.ResourceBundleMessageSource"> 
2.     <property name="basenames"> 
3.       <list> 
4.         <value>format</value> 
5.         <value>exceptions</value> 
6.       </list> 
7.     </property> 
8.   </bean> 

2：说明：上述配置是表示在classpath下有两个标准的properties文件。文件格式是标准的properties格式，Spring通过ResourceBundle，使用JDK中解析消息的标准方式，来处理任何解析消息的请求。

3：测试代码：

String msg = context.getMessage("testmsg", null, "Default", Locale.CHINA);

前面getmessage方法的第二个参数是用来从程序中向消息里面传值的，如下：

java代码：

查看 复制到剪贴板 打印

1. 消息文件：testmsg=this is a test,{0},{1} 
2. Java类：String msg = context.getMessage("testmsg", 
3. ew Object[]{"M1","M2"},"Default", Locale.CHINA); 
4. System.out.println("msg="+msg); 

前面getmessage方法的第四个参数是用来指定Locale的

对于国际化（i18n），Spring中不同的MessageResource实现与JDK标准ResourceBundle中的locale解析规则一样。比如在上面例子中定义的messageSource bean，如果你想解析British (en-GB) locale的消息，那么需要创建format_en_GB.properties的资源文件；中国的如msg_zh_CN.properties。Locale解析通常由应用程序根据运行环境来指定。

也可以把MessageSource当作资源注入到Bean中，Java类示例如下：

java代码：

查看 复制到剪贴板 打印

1. public  class HelloImpl implements HelloApi{ 
2. private MessageSource ms = null; 
3. public void setMs(MessageSource ms){ 
4. this.ms = ms; 
5. } 
6. public String helloSpring3(int a){ 
7. String msg = this.ms.getMessage("testmsg", null, "Default", Locale.CHINA); 
8. System.out.println("hello Spring3==="+msg); 
9. return "Ok,a="+a; 
10. } 
11. } 

配置文件示例如下：

java代码：

查看 复制到剪贴板 打印

1. <bean id="helloBean" class="cn.javass.Spring3.hello.HelloImpl"> 
2. <property name="ms" ref="messageSource"></property> 
3. </bean> 

事件传播

ApplicationContext中的事件处理是通过ApplicationEvent类和ApplicationListener接口来提供的。如果在上下文中部署一个实现了ApplicationListener接口的bean，那么每当一个ApplicationEvent发布到ApplicationContext时，这个bean就得到通知。

Spring提供了三个标准事件，如下：

ContextRefreshedEvent

当ApplicationContext初始化或刷新时发送的事件。这里的初始化意味着：所有的bean被装载，singleton被预实例化，以及ApplicationContext已就绪可用

ContextClosedEvent

当使用ApplicationContext的close()方法结束上下文时发送的事件。这里的结束意味着：singleton bean 被销毁

RequestHandledEvent

一个与web相关的事件，告诉所有的bean一个HTTP请求已经被响应了（也就是在一个请求结束后会发送该事件）。注意，只有在Spring中使用了DispatcherServlet的web应用才能使用

示例，Java类：

java代码：

查看 复制到剪贴板 打印

1. public class T2 implements ApplicationListener{ 
2. @Override 
3. public void onApplicationEvent(ApplicationEvent arg0) { 
4. System.out.println("事件发生了=="+arg0); 
5. } 
6. } 

配置文件

<bean id="t2" class="cn.javass.Spring3.hello.T2"></bean>

Resource 接口 ：

Spring的 Resource 接口是为了提供更强的访问底层资源能力的抽象，典型的是访问文件资源。基本的定义如下：

java代码：

查看 复制到剪贴板 打印

1. public interface Resource extends InputStreamSource { 
2.     boolean exists(); 
3.     boolean isOpen(); 
4.     URL getURL() throws IOException; 
5.     File getFile() throws IOException; 
6.     Resource createRelative(String relativePath) throws IOException; 
7.     String getFilename(); 
8.     String getDescription(); 
9. } 
10. public interface InputStreamSource { 
11.     InputStream getInputStream() throws IOException; 
12. } 

可以使用ApplicationContext直接访问资源，示例如下：

java代码：

查看 复制到剪贴板 打印

1. InputStream in = context.getResource("msg_en_GB.properties").getInputStream(); 
2. byte bs[] = new byte[100]; 
3. in.read(bs); 
4. System.out.println("file content=="+new String(bs)); 

也可以向Bean里面注入资源，示例如下：

在Java类当中添加：

java代码：

查看 复制到剪贴板 打印

1. private Resource rs = null; 
2. public void setRs(Resource rs){ 
3. this.rs = rs; 
4. } 

在配置文件中：

java代码：

查看 复制到剪贴板 打印

1. <bean id="helloBean" class="cn.javass.Spring3.hello.HelloImpl"> 
2. <property name="rs" value="msg_en_GB.properties"></property> 
3. </bean> 

ApplicationContext能以声明的方式创建，在web.xml中配置如下：

java代码：

查看 复制到剪贴板 打印

1. <context-param> 
2.   <param-name>contextConfigLocation</param-name> 
3.   <param-value>/WEB-INF/daoContext.xml /WEB-INF/applicationContext.xml</param-value> 
4. </context-param> 
5. <listener> 
6.   <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 
7. </listener> 

视频配套PPT，视频地址【 Spring3开发实战-独家视频课程 】

原创内容 转自请注明【 http://sishuok.com/forum/blogPost/list/0/2539.html#7298】