Spring常用注解，xml配置用法汇总与一些Spring基础概念

一、Spring Collection 注入

Spring 提供了以下四种集合类的配置元素：
✦ <list> : 该标签用来装配可重复的 list 值。
✦ <set> : 该标签用来装配没有重复的 set 值。
✦ <map>: 该标签可用来注入键和值可以为任何类型的键值对。
✦ <props> : 该标签支持注入键和值都是字符串类型的键值对。
下面看一下具体的例子：

 <beans>
        <!-- Definition for javaCollection -->
        <bean id="javaCollection" class="com.howtodoinjava.JavaCollection">
           <!-- java.util.List -->
           <property name="customList">
             <list>
                <value>INDIA</value>
                <value>Pakistan</value>
                <value>USA</value>
                <value>UK</value>
             </list>
           </property>
                
           <!-- java.util.Set -->
          <property name="customSet">
             <set>
                <value>INDIA</value>
                <value>Pakistan</value>
                <value>USA</value>
                <value>UK</value>
             </set>
           </property>
                
           <!-- java.util.Map -->
          <property name="customMap">
             <map>
                <entry key="1" value="INDIA"/>
                <entry key="2" value="Pakistan"/>
                <entry key="3" value="USA"/>
                <entry key="4" value="UK"/>
             </map>
         </property>
             
         <!-- java.util.Properties -->
         <property name="customProperies">
             <props>
                 <prop key="admin">admin@nospam.com</prop>
                 <prop key="support">support@nospam.com</prop>
             </props>
         </property>
     
        </bean>
     </beans> 

二、Properties注入

<property></property>标签的注入方式注入：

<bean id="adminUser" class="com.somnus.common.Customer">
       
        <!-- java.util.Properties -->
         <property name="emails">
             <props>
                 <prop key="admin">admin@nospam.com</prop>
                 <prop key="support">support@nospam.com</prop>
             </props>
         </property>
      
   </bean> 

三、Spring Bean 的自动装配

在 Spring 框架中，在配置文件中设定 bean 的依赖关系是一个很好的机制，Spring 容器还可以自 动装配合作关系 bean 之间的关联关系。这意味着 Spring 可以通过向 Bean Factory 中注入的方 式自动搞定 bean 之间的依赖关系。自动装配可以设置在每个 bean 上，也可以设定在特定的 bean 上。
下面的 XML 配置文件表明了如何根据名称将一个 bean 设置为自动装配：

<bean id="employeeDAO" class="com.howtodoinjava.EmployeeDAOImpl" autowire="byName" />   

除了 bean 配置文件中提供的自动装配模式，还可以使用@Autowired 注解来自动装配指定 的 bean。在使用@Autowired 注解之前需要在按照如下的配置方式在 Spring 配 置文件进行配置才可以使用。

开启基于注解的自动装配：

<context:annotation-config />   

也可以通过在配置文件中配置 AutowiredAnnotationBeanPostProcessor 达到相同的效果。

<bean class ="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/> 

配置好以后就可以使用@Autowired 来标注了。

@Autowired     
public EmployeeDAOImpl ( EmployeeManager manager ) {
         this.manager = manager;
 } 

四、@Required 使用

@Required 注释应用于 bean 属性的 setter 方法，它表明受影响的 bean 属性在配置时必须放在 XML 配置文件中，否则容器就会抛出一个 BeanInitializationException 异常。下面显示的是一个使用 @Required 注释的示例。
在产品级别的应用中，IoC 容器可能声明了数十万了 bean，bean 与 bean 之间有着复杂的依赖关 系。设值注解方法的短板之一就是验证所有的属性是否被注解是一项十分困难的操作。可以通过在 <bean>中设置“dependency-check”来解决这个问题。
在应用程序的生命周期中，你可能不大愿意花时间在验证所有 bean 的属性是否按照上下文文件正 确配置。或者你宁可验证某个 bean 的特定属性是否被正确的设置。即使是用“dependencycheck”属性也不能很好的解决这个问题，在这种情况下，你需要使用@Required 注解。
需要用如下的方式使用来标明 bean 的设值方法。

public class EmployeeFactoryBean extends AbstractFactoryBean<Object>{
         private String designation;
         public String getDesignation() {
             return designation;
         }
         @Required
         public void setDesignation(String designation) {
             this.designation = designation;
         }
         //more code here
     } 

RequiredAnnotationBeanPostProcessor 是 Spring 中的后置处理用来验证被 @Required 注解的 bean 属性是否被正确的设置了。在使用 RequiredAnnotationBeanPostProcesso 来验证 bean 属性之前，首先要在 IoC 容器中对 其进行注册：

<bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor" /> 

但是如果没有属性被用 @Required 注解过的话，后置处理器会抛出一个BeanInitializationException 异常。

五，@Qualifier 的使用

@Qualifier 注解意味着可以在被标注 bean 的字段上可以自动装配。Qualifier 注 解可以用来取消 Spring 不能取消的 bean 应用。
下面的示例将会在 Customer 的 person 属性中自动装配 person 的值。

public class Customer{
         @Autowired
         private Person person;
     } 

下面我们要在配置文件中来配置 Person 类。

<bean id="customer" class="com.somnus.common.Customer" />
           
<bean id="personA" class="com.somnus.common.Person" >
         <property name="name" value="lokesh" />
     </bean>
           
<bean id="personB" class="com.somnus.common.Person" >
         <property name="name" value="alex" />
</bean>

Spring 会知道要自动装配哪个 person bean 么？不会的，但是运行上面的示例 时，会抛出下面的异常：

Caused by:
 org.springframework.beans.factory.NoSuchBeanDefinitionException:
         No unique bean of type [com.howtodoinjava.common.Person] is defined:
             expected single matching bean but found 2: [personA, personB] 

要解决上面的问题，需要使用 @Quanlifier 注解来告诉 Spring 容器要装配哪个 bean：

public class Customer{
         @Autowired
         @Qualifier("personA")
         private Person person;
     } 

六、构造方法注入和设值注入

请注意以下明显的区别：
1. 在设值注入方法支持大部分的依赖注入，如果我们仅需 要注入 int、string 和 long 型的变量，我 们不要用设值的方法注入。对于基本类型，如果我们没有注入的话，可以为基本类型设置默认值。 在构造方法 注入不支持大部分的依赖注入，因为在调用构造方法中必须传入正确的构造参数，否则 的话为报错。
2. 设值注入不会重写构造方法的值。如果我们对同一个变量同时使用了构造方法注入又使用了设置方 法注入的话，那么构造方法将不能覆盖由设值方法注入的值。很明显，因为构造方法尽在对象被创 建时调用。
3. 在使用设值注入时有可能还不能保证某种依赖是否已经被注入，也就是说这时对象的依赖关系有可 能是不完整的。而在另一种情况下，构造器注入则不允许生成依赖关系不完整的对象。
4. 在设值注入时如果对象 A 和对象 B 互相依赖，在创建对象 A 时 Spring 会抛出 sObjectCurrentlyInCreationException 异常，因为在 B 对象被创建之前 A 对 象是不能被创建的，反之亦然。所以 Spring 用设值注入的方法解决了循环依赖 的问题，因对象的设值方法是在对象被创建之前被调用的。

七、FileSystemResource 和 ClassPathResource区别

在 FileSystemResource 中需要给出 spring-config.xml 文件在你项目中的相对路径或者 绝对路径。在 ClassPathResource 中 spring 会在 ClassPath 中自动搜寻配置文件，所以要把 ClassPathResource 文件放在 ClassPath 下。
如果将 spring-config.xml 保存在了 src 文件夹下的话，只需给出配置文件的名称即可，因为 src 文件夹是默认。
简而言之，ClassPathResource 在环境变量中读取配置文件，FileSystemResource 在配置文件 中读取配置文件。

八、Spring 框架中不同类型的事件

Spring 的 ApplicationContext 提供了支持事件和代码中监听器的功能。 我们可以创建 bean 用来监听在 ApplicationContext 中发布的事件。ApplicationEvent 类和在 ApplicationContext 接口中处理的事件，如果一个 bean 实现了 ApplicationListener 接口，当一个 ApplicationEvent 被发布以后，bean 会自动被通 知。

public class AllApplicationEventListener implements ApplicationListener < ApplicationEvent >{
         @Override
         public void onApplicationEvent(ApplicationEvent applicationEvent)
         {
             //process event
         }
     } 

Spring 提供了以下 5 中标准的事件：
1. 上下文更新事件（ContextRefreshedEvent）：该事件会在 ApplicationContext 被初始化或者 更新时发布。也可以在调用 ConfigurableApplicationContext 接口中的 refresh()方法时被触 发。
2. 上下文开始事件（ContextStartedEvent）：当容器调用 ConfigurableApplicationContext 的 Start()方法开始/重新开始容器时触发该事件。
3. 上下文停止事件（ContextStoppedEvent）：当容器调用 ConfigurableApplicationContext 的 Stop()方法停止容器时触发该事件。
4. 上下文关闭事件（ContextClosedEvent）：当 ApplicationContext 被关闭时触发该事件。容器 被关闭时，其管理的所有单例 Bean 都被销毁。
5. 请求处理事件（RequestHandledEvent）：在 Web 应用中，当一个 http 请求（request）结束 触发该事件。
除了上面介绍的事件以外，还可以通过扩展 ApplicationEvent 类来开发自定义的事件

public class CustomApplicationEvent extends ApplicationEvent{
         public CustomApplicationEvent ( Object source, final String msg ){
             super(source);
             System.out.println("Created a Custom event");
         }
     } 

为了监听这个事件，还需要创建一个监听器：

public class CustomEventListener implements ApplicationListener < CustomApplicationEvent >{
         @Override
         public void onApplicationEvent(CustomApplicationEvent applicationEvent) {
             //handle event
         }
     } 

之后通过 applicationContext 接口的 publishEvent()方法来发布自定义事件

CustomApplicationEvent customEvent = new CustomApplicationEvent(applicationContext, "Test message");     
applicationContext.publishEvent(customEvent);

九、Spring 框架用到的设计模式

Spring 框架中使用到了大量的设计模式，下面列举了比较有代表性的：
o 代理模式—在 AOP 和 remoting 中被用的比较多。
o 单例模式—在 spring 配置文件中定义的 bean 默认为单例模式。
o 模板方法—用来解决代码重复的问题。比如. RestTemplate, JmsTemplate, JpaTempl ate。
o 前端控制器—Spring 提供了 DispatcherServlet 来对请求进行分发。
o 视图帮助(View Helper )—Spring 提供了一系列的 JSP 标签，高效宏来辅助将分散的代码 整合在视图里。
o 依赖注入—贯穿于 BeanFactory / ApplicationContext 接口的核心理念。
o 工厂模式—BeanFactory 用来创建对象的实例