Spring总结

什么是Spring框架？Spring框架有哪些主要模块？

• Spring框架是一个为Java应用程序的开发提供了综合、广泛的基础性支持的Java平台。Spring帮助开发者解决了开发中基础性的问题，使得开发人员可以专注于应用程序的开发。Spring框架本身亦是按照设计模式精心打造，这使得我们可以在开发环境中安心的集成Spring框架，不必担心Spring是如何在后台进行工作的。
• Spring框架至今已集成了20多个模块。这些模块主要被分如下图所示的核心容器、数据访问/集成,、Web、AOP（面向切面编程）、工具、消息和测试模块。
  

什么是控制反转(IOC)？什么是依赖注入(DI)？

• 控制反转是应用于软件工程领域中的，在运行时被装配器对象来绑定耦合对象的一种编程技巧，对象之间耦合关系在编译时通常是未知的。在使用控制反转的情况下，业务逻辑的流程是由对象关系图来决定的，该对象关系图由装配器负责实例化，这种实现方式还可以将对象之间的关联关系的定义抽象化。而绑定的过程是通过“依赖注入”实现的。控制反转是一种以给予应用程序中目标组件更多控制为目的设计范式，并在我们的实际工作中起到了有效的作用。
• 依赖注入是在编译阶段尚未知所需的功能是来自哪个的类的情况下，将其他对象所依赖的功能对象实例化的模式。这就需要一种机制用来激活相应的组件以提供特定的功能，所以依赖注入是控制反转的基础。否则如果在组件不受框架控制的情况下，框架又怎么知道要创建哪个组件？
• 在Java中依然注入有以下三种实现方式：
  1.构造器注入
  2.Setter方法注入
  3.接口注入

解释下Spring框架中的IoC

• Spring中的 org.springframework.beans 包和 org.springframework.context包构成了Spring框架IoC容器的基础。BeanFactory 接口提供了一个先进的配置机制，使得任何类型的对象的配置成为可能。ApplicationContex接口对BeanFactory（是一个子接口）进行了扩展，在BeanFactory的基础上添加了其他功能，比如与Spring的AOP更容易集成，也提供了处理message resource的机制（用于国际化）、事件传播以及应用层的特别配置，比如针对Web应用的WebApplicationContext。
  org.springframework.beans.factory.BeanFactory 是Spring IoC容器的具体实现，用来包装和管理前面提到的各种bean。BeanFactory接口是Spring IoC 容器的核心接口。

BeanFactory和ApplicationContext有什么区别？

• BeanFactory 可以理解为含有bean集合的工厂类。BeanFactory 包含了种bean的定义，以便在接收到客户端请求时将对应的bean实例化。
  BeanFactory还能在实例化对象的时生成协作类之间的关系。此举将bean自身与bean客户端的配置中解放出来。BeanFactory还包含了bean生命周期的控制，调用客户端的初始化方法（initialization methods）和销毁方法（destruction methods）。
  从表面上看，application context如同bean factory一样具有bean定义、bean关联关系的设置，根据请求分发bean的功能。但application context在此基础上还提供了其他的功能。
  1.提供了支持国际化的文本消息
  2.统一的资源文件读取方式
  3.已在监听器中注册的bean的事件
• 以下是三种较常见的 ApplicationContext 实现方式：
  
  • ClassPathXmlApplicationContext：从classpath的XML配置文件中读取上下文，并生成上下文定义。应用程序上下文从程序环境变量中取得。
    ApplicationContext context = new ClassPathXmlApplicationContext(“bean.xml”);
  • FileSystemXmlApplicationContext ：由文件系统中的XML配置文件读取上下文。
    ApplicationContext context = new FileSystemXmlApplicationContext(“bean.xml”);
  • XmlWebApplicationContext：由Web应用的XML文件读取上下文。

Spring有几种配置方式？

• 将Spring配置到应用开发中有以下三种方式：
  
  • 基于XML的配置
  • 基于注解的配置
  • 基于Java的配置

如何用基于Java配置的方式配置Spring？

Spring对Java配置的支持是由@Configuration注解和@Bean注解来实现的。由@Bean注解的方法将会实例化、配置和初始化一个新对象，这个对象将由Spring的IoC容器来管理。@Bean声明所起到的作用与 元素类似。被@Configuration所注解的类则表示这个类的主要目的是作为bean定义的资源。被@Configuration声明的类可以通过在同一个类的内部调用@bean方法来设置嵌入bean的依赖关系。
最简单的@Configuration 声明类请参考下面的代码：

@Configurationpublic class AppConfig{    @Bean    public MyService myService() {        return new MyServiceImpl();    }}

上述配置方式的实例化方式如下：利用AnnotationConfigApplicationContext 类进行实例化

public static void main(String[] args) {    ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConfig.class);    MyService myService = ctx.getBean(MyService.class);    myService.doStuff();}

要使用组件组建扫描，仅需用@Configuration进行注解即可：

@Configuration@ComponentScan(basePackages = "com.howtodoinjava")public class AppConfig  {    ...}

在上面的例子中，com.acme包首先会被扫到，然后再容器内查找被@Component 声明的类，找到后将这些类按照Sring bean定义进行注册。
如果你要在你的web应用开发中选用上述的配置的方式的话，需要用AnnotationConfigWebApplicationContext 类来读取配置文件，可以用来配置Spring的Servlet监听器ContrextLoaderListener或者Spring MVC的DispatcherServlet。

<web-app>    <!-- Configure ContextLoaderListener to use AnnotationConfigWebApplicationContext        instead of the default XmlWebApplicationContext -->    <context-param>        <param-name>contextClass</param-name>        <param-value>            org.springframework.web.context.support.AnnotationConfigWebApplicationContext        </param-value>    </context-param>    <!-- Configuration locations must consist of one or more comma- or space-delimited        fully-qualified @Configuration classes. Fully-qualified packages may also be        specified for component-scanning -->    <context-param>        <param-name>contextConfigLocation</param-name>        <param-value>com.howtodoinjava.AppConfig</param-value>    </context-param>    <!-- Bootstrap the root application context as usual using ContextLoaderListener -->    <listener>        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>    </listener>    <!-- Declare a Spring MVC DispatcherServlet as usual -->    <servlet>        <servlet-name>dispatcher</servlet-name>        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>        <!-- Configure DispatcherServlet to use AnnotationConfigWebApplicationContext            instead of the default XmlWebApplicationContext -->        <init-param>            <param-name>contextClass</param-name>            <param-value>                org.springframework.web.context.support.AnnotationConfigWebApplicationContext            </param-value>        </init-param>        <!-- Again, config locations must consist of one or more comma- or space-delimited            and fully-qualified @Configuration classes -->        <init-param>            <param-name>contextConfigLocation</param-name>            <param-value>com.howtodoinjava.web.MvcConfig</param-value>        </init-param>    </servlet>    <!-- map all requests for /app/* to the dispatcher servlet -->    <servlet-mapping>        <servlet-name>dispatcher</servlet-name>        <url-pattern>/app/*</url-pattern>    </servlet-mapping></web-app>

请解释Spring Bean的生命周期

• Spring Bean的生命周期简单易懂。在一个bean实例被初始化时，需要执行一系列的初始化操作以达到可用的状态。同样的，当一个bean不在被调用时需要进行相关的析构操作，并从bean容器中移除。
  Spring bean factory 负责管理在spring容器中被创建的bean的生命周期。Bean的生命周期由两组回调（call back）方法组成。
  
  • 初始化之后调用的回调方法。
  • 销毁之前调用的回调方法。
• Spring框架提供了以下四种方式来管理bean的生命周期事件：
  
  • InitializingBean和DisposableBean回调接口
  • 针对特殊行为的其他Aware接口
  • Bean配置文件中的Custom init()方法和destroy()方法
  • @PostConstruct和@PreDestroy注解方式
    使用customInit()和 customDestroy()方法管理bean生命周期的代码样例如下：

<beans>    <bean id="demoBean" class="com.howtodoinjava.task.DemoBean"            init-method="customInit" destroy-method="customDestroy"></bean></beans>

Spring Bean的作用域之间有什么区别

• Spring容器中的bean可以分为5个范围。所有范围的名称都是自说明的，但是为了避免混淆，还是让我们来解释一下：
  
  • singleton：这种bean范围是默认的，这种范围确保不管接受到多少个请求，每个容器中只有一个bean的实例，单例的模式由bean factory自身来维护。
  • prototype：原形范围与单例范围相反，为每一个bean请求提供一个实例。
  • request：在请求bean范围内会每一个来自客户端的网络请求创建一个实例，在请求完成以后，bean会失效并被垃圾回收器回收。
  • Session：与请求范围类似，确保每个session中有一个bean的实例，在session过期后，bean会随之失效。
  • global-session：global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时，它包含很多portlet。如果你想要声明让所有的portlet共用全局的存储变量的话，那么这全局变量需要存储在global-session中。
    全局作用域与Servlet中的session作用域效果相同。

Spring框架中的单例Beans是线程安全的么

• Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。但实际上，大部分的Spring bean并没有可变的状态(比如Serview类和DAO类)，所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多种状态的话（比如 View Model 对象），就需要自行保证线程安全。
  最浅显的解决办法就是将多态bean的作用域由“singleton”变更为“prototype”。

请举例说明如何在Spring中注入一个Java Collection

• Spring提供了以下四种集合类的配置元素：
  
  • : 该标签用来装配可重复的list值。
  • : 该标签用来装配没有重复的set值。
  • : 该标签支持注入键和值都是字符串类型的键值对。

<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">[e-mail]</prop>            <prop key="support">[e-mail]</prop>        </props>    </property>   </bean></beans>

如何向Spring Bean中注入一个Java.util.Properties？

<bean id="adminUser" class="com.howtodoinjava.common.Customer">    <!-- java.util.Properties -->    <property name="emails">        <props>            <prop key="admin">[e-mail]</prop>            <prop key="support">[e-mail]</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来标注了。

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

解释自动装配模式的区别

• 在Spring框架中共有5种自动装配，让我们逐一分析。
  
  • no：这是Spring框架的默认设置，在该设置下自动装配是关闭的，开发者需要自行在bean定义中用标签明确的设置依赖关系。
  • byName：该选项可以根据bean名称设置依赖关系。当向一个bean中自动装配一个属性时，容器将根据bean的名称自动在在配置文件中查询一个匹配的bean。如果找到的话，就装配这个属性，如果没找到的话就报错。
  • byType：该选项可以根据bean类型设置依赖关系。当向一个bean中自动装配一个属性时，容器将根据bean的类型自动在在配置文件中查询一个匹配的bean。如果找到的话，就装配这个属性，如果没找到的话就报错。
  • constructor：造器的自动装配和byType模式类似，但是仅仅适用于与有构造器相同参数的bean，如果在容器中没有找到与构造器参数类型一致的bean，那么将会抛出异常。
  • autodetect：该模式自动探测使用构造器自动装配或者byType自动装配。首先，首先会尝试找合适的带参数的构造器，如果找到的话就是用构造器自动装配，如果在bean内部没有找到相应的构造器或者是无参构造器，容器就会自动选择byTpe的自动装配方式。

如何开启基于注解的自动装配？

要使用 @Autowired，需要注册 AutowiredAnnotationBeanPostProcessor，可以有以下两种方式来实现：

引入配置文件中的<bean>下引入 <context:annotation-config><beans>    <context:annotation-config /></beans>

在bean配置文件中直接引入AutowiredAnnotationBeanPostProcessor

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

举例解释@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;    }    //more code here}

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

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

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

举例解释@Autowired注解

• @Autowired注解对自动装配何时何处被实现提供了更多细粒度的控制。@Autowired注解可以像@Required注解、构造器一样被用于在bean的设值方法上自动装配bean的属性，一个参数或者带有任意名称或带有多个参数的方法。
  比如，可以在设值方法上使用@Autowired注解来替代配置文件中的 <property>元素。当Spring容器在setter方法上找到@Autowired注解时，会尝试用byType 自动装配。
  当然我们也可以在构造方法上使用@Autowired 注解。带有@Autowired 注解的构造方法意味着在创建一个bean时将会被自动装配，即便在配置文件中使用<constructor-arg> 元素。

public class TextEditor {   private SpellChecker spellChecker;   @Autowired   public TextEditor(SpellChecker spellChecker){      System.out.println("Inside TextEditor constructor." );      this.spellChecker = spellChecker;   }   public void spellCheck(){      spellChecker.checkSpelling();   }}

下面是没有构造参数的配置方式：

<beans>   <context:annotation-config/>   <!-- Definition for textEditor bean without constructor-arg  -->   <bean id="textEditor" class="com.howtodoinjava.TextEditor">   </bean>   <!-- Definition for spellChecker bean -->   <bean id="spellChecker" class="com.howtodoinjava.SpellChecker">   </bean></beans>

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

• 在设值注入方法支持大部分的依赖注入，如果我们仅需要注入int、string和long型的变量，我们不要用设值的方法注入。对于基本类型，如果我们没有注入的话，可以为基本类型设置默认值。在构造方法注入不支持大部分的依赖注入，因为在调用构造方法中必须传入正确的构造参数，否则的话为报错。
• 设值注入不会重写构造方法的值。如果我们对同一个变量同时使用了构造方法注入又使用了设置方法注入的话，那么构造方法将不能覆盖由设值方法注入的值。很明显，因为构造方法尽在对象被创建时调用。
• 在使用设值注入时有可能还不能保证某种依赖是否已经被注入，也就是说这时对象的依赖关系有可能是不完整的。而在另一种情况下，构造器注入则不允许生成依赖关系不完整的对象。
• 在设值注入时如果对象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中标准的事件：
  
  • 上下文更新事件（ContextRefreshedEvent）：该事件会在ApplicationContext被初始化或者更新时发布。也可以在调用ConfigurableApplicationContext 接口中的refresh()方法时被触发。
  • 上下文开始事件（ContextStartedEvent）：当容器调用ConfigurableApplicationContext的Start()方法开始/重新开始容器时触发该事件。
  • 上下文停止事件（ContextStoppedEvent）：当容器调用ConfigurableApplicationContext的Stop()方法停止容器时触发该事件。
  • 上下文关闭事件（ContextClosedEvent）：当ApplicationContext被关闭时触发该事件。容器被关闭时，其管理的所有单例Bean都被销毁。
  • 请求处理事件（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);

FileSystemResource和ClassPathResource有何区别？

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