spring之ApplicationContext

context的核心作用是ApplicationContext接口，这是由BeanFactory接口派生而来。同时，context还提供了以下的功能：
1) MessageSource,提供国际化的消息访问
2)资源访问，如URL和文件
3）事件传播，实现了ApplicationListener接口的bean
4)惯入多个上文，使得每一个上下文都专注于一个特定的层次，比如应用的web层.

 

1.MessageSource

ApplicationContext接口扩展了MessageSource接口，因而提供了消息处理的功能（i18n或者国际化）。与HierarchicalMessageSource一起使用，它还能够处理嵌套的消息，这些是Spring提供的处理消息的基本接口。让我们快速浏览一下它所定义的方法：

• String getMessage(String code, Object[] args, String default, Locale loc)：用来从MessageSource获取消息的基本方法。如果在指定的locale中没有找到消息，则使用默认的消息。args中的参数将使用标准类库中的MessageFormat来作消息中替换值。

• String getMessage(String code, Object[] args, Locale loc)：本质上和上一个方法相同，其区别在：没有指定默认值，如果没找到消息，会抛出一个NoSuchMessageException异常。

• String getMessage(MessageSourceResolvable resolvable, Locale locale)：上面方法中所使用的属性都封装到一个MessageSourceResolvable实现中，而本方法可以指定MessageSourceResolvable实现。

当一个ApplicationContext被加载时，它会自动在context中查找已定义为MessageSource类型的bean。此bean的名称须为messageSource。如果找到，那么所有对上述方法的调用将被委托给该bean。否则ApplicationContext会在其父类中查找是否含有同名的bean。如果有，就把它作为MessageSource。如果它最终没有找到任何的消息源，一个空的StaticMessageSource将会被实例化，使它能够接受上述方法的调用。

Spring目前提供了两个MessageSource的实现:ResourceBundleMessageSource和StaticMessageSource。它们都继承NestingMessageSource以便能够处理嵌套的消息。StaticMessageSource很少被使用，但能以编程的方式向消息源添加消息。ResourceBundleMessageSource会用得更多一些，为此提供了一下示例：

 

Java代码  

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

 

这段配置文件告诉我们资源文件加载的方式，它可以从format.properties，exceptions.properties，windows.properties三个文件里分别加载我们需要的资源，且它们是按配置文件夹的顺序加载的。

我们可以分别往三个文件里加

Java代码  

1. # in 'format.properties'  
2. message=Alligators rock format!  
3. # in 'exceptions.properties'  
4. argument.required=The {0} argument is required.  

  

... ...

测试代码如下:

Java代码  

1. public static void main(String[] args) {  
2.     MessageSource resources = new ClassPathXmlApplicationContext("beans.xml");  
3.     String message = resources.getMessage("message", null, "Default", null);  
4.     System.out.println(message);  
5. }  

 打印的结果就是:

Java代码  

1. Alligators rock format!  

 

对于第二个参数可以用如下方法测试:

 

Java代码  

1. MessageSource resources = new ClassPathXmlApplicationContext("bean.xml");  
2. String message = resources.getMessage("argument.required",  
3.     new Object [] {"userDao"}, "Required", Locale.UK);  
4. System.out.println(message);  

 

 

2.资源访问

如:

Java代码  

1. Resource rs = ctx.getResource("classpath:config.properties");  
2. File file = rs.getFile();  

 

可以直接访问资源文件

 

3.事件传播

 

ApplicationContext基于观察者模式提供了对Bean的事件传播功能，通过Application.publicEvent访问方法，可以将事件通知系统内所有的ApplicationListener

 

事件传播的一个典型应用是，当Bean中的操作发生异常（如数据库连接失败），则通过事件传播
机制通知异常监听器进行处理

 

ApplicationListener是由在配置文件中配置我们感兴趣的监听，如这里我们配置两个监听ActionListener1和ActionListener1它们的配置文件为:

Java代码  

1. <bean id="action" class="org.spring.LoginAction" /> //登录动作  
2. <bean id="listener1" class="org.spring.ActionListener1" />  
3. <bean id="listener2" class="org.spring.ActionListener2" />  

 

类为:

Java代码  

1. public class ActionListener1 implements ApplicationListener {  
2.     public void onApplicationEvent(ApplicationEvent event) {  
3.         if (event instanceof ActionEvent) {  
4.             System.out.println("ActionListener1:"+event.toString());  
5.         }  
6.     }  
7. }  
8.   
9.   
10. public class ActionListener2 implements ApplicationListener {  
11.     public void onApplicationEvent(ApplicationEvent event) {  
12.         if (event instanceof ActionEvent) {  
13.             System.out.println("ActionListener2:"+event.toString());  
14.         }  
15.     }  
16. }  

 

定义登录事件ActionEvent:

Java代码  

1. public class ActionEvent extends ApplicationEvent {  
2.     public ActionEvent(Object source) {  
3.         super("actionEvent   "+source);  
4.     }  
5. }  

 而登录动作的具体实现它要实现接口 ApplicationContextAware

 

Java代码  

1. public class LoginAction implements ApplicationContextAware {  
2.     private ApplicationContext applicationContext;  
3.   
4.     public void setApplicationContext(ApplicationContext applicationContext)  
5.             throws BeansException {  
6.         this.applicationContext = applicationContext;  
7.     }  
8.   
9.     public int login(String username, String password) {  
10.         ActionEvent event = new ActionEvent(username);  
11.         this.applicationContext.publishEvent(event);  
12.         return 0;  
13.     }  
14.       
15.     public static void main(String[] args) {  
16.         ApplicationContext ctx=new  
17.         FileSystemXmlApplicationContext("WebRoot/WEB-INF/bean.xml");  
18.         LoginAction action = (LoginAction)ctx.getBean("action");  
19.         action.login("hell","hell");  
20.     }  
21. }  

 

结果当我们login时，就会通过acclicationContext来通知当前有的监听，使所有监听者知道一下。到于监听者对于这个登录事件是否感兴趣，那是他们自个的事了。。。

 

 4.多个上下文:

以下摘自（夏昕）

上面的示例中，ApplicationContext均通过编码加载。对于Web应用，Spring提供了可配置的
ApplicationContext加载机制。
加载器目前有两种选择：ContextLoaderListener和ContextLoaderServlet。这两者在功能上完全
等同，只是一个是基于Servlet2.3版本中新引入的Listener接口实现，而另一个基于Servlet接口实现。
开发中可根据目标Web容器的实际情况进行选择。

 

配置非常简单，在web.xml中增加：

 

 

 

Java代码  

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

 

或者

Java代码  

1. <servlet>  
2. <servlet-name>context</servlet-name>  
3. <servlet-class>  
4. org.springframework.web.context.ContextLoaderServlet  
5. </servlet-class>  
6. <load-on-startup>1</load-on-startup>  
7. </servlet>  

  通过以上配置，Web容器会自动加载/WEB-INF/applicationContext.xml初始化
ApplicationContext实例，如果需要指定配置文件位置，可通过context-param加以指定：

Java代码  

1. <context-param>  
2. <param-name>contextConfigLocation</param-name>  
3. <param-value>/WEB-INF/myApplicationContext.xml</param-value>  
4. </context-param>  

配置完成之后可通过 WebApplicationContextUtils.getWebApplicationContext
方法在Web应用中获取ApplicationContext引用。

转载自：http://www.iteye.com/topic/614896