java面试题整理（21）

一、请举例解释@Required Annotation？

在产品级别的应用中，IOC容器可能声明了数十万Bean了，Bean与Bean之间有着复杂的依赖关系。设值注解方法的短板之一就是验证所有的属性是否被注解是一项十分困难的操作。可以通过设置“dependency-check”来解决这个问题。
在应用程序的生命周期中，你可能不大愿意花时间验证所有Bean的属性是否按照上下文文件正确配置。或者你宁可验证某个Bean的特定属性是否被正确设置。即使用“dependency-check”属性也不能很好地解决这个问题，在这种情况下你需要使用@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;
   }
}

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

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

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

二、请举例说明@Qualifier注解？

@Qualifier注解意味着可以在被标注Bean的字段上自动装配。Qualifier注解可以用来取消Spring不能取消的Bean应用。

三、构造方法注入和设值注入有什么区别？

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

四、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");
   }
}

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

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

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

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

五、FileSystemResource和ClassPathResource有何区别？

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

六、Spring 框架中都用到了哪些设计模式？

Spring框架中使用了大量的设计模式，下面列举了比较有代表性的：
（1）代理模式：在AOP和remoting中被用得比较多。AOP思想的底层实现技术，Spring中采用JDK Proxy和CgLib类库。
（2）单例模式：在Spring配置文件中定义的Bean默认为单例模式。
（3）模板模式：用来解决代码重复的问题。比如RestTemplate、JmsTemplate、JpaTemplate。
（4）委派模式：Srping提供了DispatcherServlet来对请求进行分发。
（5）工厂模式：BeanFactory用来创建对象的实例，贯穿于BeanFactory / ApplicationContext接口的核心理念。