我的spring学习笔记4-ApplicationContext详解

 

ontext的核心作用是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 会用得更多一些，为此提供了一下示例：

 

<beans>
  <bean id="messageSource"
        class
="org.springframework.context.support.ResourceBundleMessageSource"
>
    <property name="basenames"
>
      <list>
        <value>format</value>
        <value>exceptions</value>
        <value>windows</value>
      </list>
    </property>
  </bean>
</beans>

 

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

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

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

 

... ...

测试代码如下:

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

 打印的结果就是:

Alligators rock format!

 

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

 

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

 

 

2.资源访问

如:

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

 

可以直接访问资源文件

 

3.事件传播

 

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

 

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

 

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

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

 

类为:

public
 class
 ActionListener1 implements
 ApplicationListener {
    public
 void
 onApplicationEvent(ApplicationEvent event) {
        if
 (event instanceof
 ActionEvent) {
            System.out.println("ActionListener1:"
+event.toString());
        }
    }
}


public
 class
 ActionListener2 implements
 ApplicationListener {
    public
 void
 onApplicationEvent(ApplicationEvent event) {
        if
 (event instanceof
 ActionEvent) {
            System.out.println("ActionListener2:"
+event.toString());
        }
    }
}

 

定义登录事件ActionEvent:

public
 class
 ActionEvent extends
 ApplicationEvent {
    public
 ActionEvent(Object source) {
        super
("actionEvent   "
+source);
    }
}

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

 

public
 class
 LoginAction implements
 ApplicationContextAware {
    private
 ApplicationContext applicationContext;

    public
 void
 setApplicationContext(ApplicationContext applicationContext)
            throws
 BeansException {
        this
.applicationContext = applicationContext;
    }

    public
 int
 login(String username, String password) {
        ActionEvent event = new
 ActionEvent(username);
        this
.applicationContext.publishEvent(event);
        return
 0
;
    }

    public
 static
 void
 main(String[] args) {
        ApplicationContext ctx=new
        FileSystemXmlApplicationContext("WebRoot/WEB-INF/bean.xml"
);
        LoginAction action = (LoginAction)ctx.getBean("action"
);
        action.login("hell"
,"hell"
);
    }
}

 

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

 

 4.多个上下文:

以下摘自（夏昕）

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

 

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

 

 

 

<listener>
<listener-class
>
org.springframework.web.context.ContextLoaderListener
</listener-class
>
</listener>

 

或者

<servlet>
<servlet-name>context</servlet-name>
<servlet-class
>
org.springframework.web.context.ContextLoaderServlet
</servlet-class
>
<load-on-startup>1
</load-on-startup>
</servlet>

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

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/myApplicationContext.xml</param-value>
</context-param>

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