Spring面试问答Top 25

时间  2019-11-06
标签 spring 面试 问答 栏目 Spring 繁體版
原文   原文链接

本人收集了一些在你们在面试时被常常问及的关于Spring的主要问题，这些问题有可能在你下次面试时就会被问到。对于本文中未说起的Spring其余模块，我会单独分享面试的问题和答案。 html

欢迎你们向我推荐你在面试过程当中遇到关于Spring的问题。我会把你们推荐的问题添加到下面的Spring经常使用面试题清单中供你们参考。 前端

问题清单：

  1. 什么是Spring框架？Spring框架有哪些主要模块？
  2. 使用Spring框架有什么好处？
  3. 什么是控制反转（IOC）？什么是依赖注入？
  4. 请解释下Spring中的IOC？
  5. BeanFactory和ApplicationContext有什么区别？
  6. 将Spring配置到你的应用中共有几种方法？
  7. 什么基于XML的配置？
  8. 什么基Java的配置？
  9. 怎样用注解的方式配置Spring？
  10. 描述Spring Bean的生命周期？
  11. 描述Spring中各类Bean的范围？
  12. 什么是Spring的嵌入beans？
  13. Spring框架中的单例bean是不是线程安全的？
  14. 请举例说明如何用Spring注入一个Java的集合类？
  15. 请举例说明如何在Spring的Bean中注入一个java.util.Properties？
  16. 请解释Spring的Bean的自动生成原理？
  17. 请辨析自动生成Bean之间模块的区别？
  18. 如何开启基于基于注解的自动写入？
  19. 请举例说明@Required注解？
  20. 请举例说明@Autowired注解？
  21. 请举例说明@Qualifier注解？
  22. 请说明构造器注入和setter方法注入之间的区别？
  23. Spring框架中不一样类型event有什么区别？
  24. FileSystemResource和ClassPathResource有何区别？
  25. 请列举Spring框架中用了哪些设计模式？

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

Spring框架是一个为Java应用程序的开发提供了综合、普遍的基础性支持的Java平台。Spring帮助开发者解决了开发中基础性的问题，使得开发人员能够专一于应用程序的开发。Spring框架自己亦是按照设计模式精心打造，这使得咱们能够在开发环境中安心的集成Spring框架，没必要担忧Spring是如何在后台进行工做的。 java

Spring框架至今已集成了20多个模块。这些模块主要被分以下图所示的核心容器、数据访问/集成,、Web、AOP（面向切面编程）、工具、消息和测试模块。 web

更多信息：Spring 框架教程。 面试

二、使用Spring框架能带来哪些好处？

下面列举了一些使用Spring框架带来的主要好处： spring

  • Dependency Injection(DI) 方法使得构造器和JavaBean properties文件中的依赖关系一目了然。
  • 与EJB容器相比较，IoC容器更加趋向于轻量级。这样一来IoC容器在有限的内存和CPU资源的状况下进行应用程序的开发和发布就变得十分有利。
  • Spring并无闭门造车，Spring利用了已有的技术好比ORM框架、logging框架、J2EE、Quartz和JDK Timer，以及其余视图技术。
  • Spring框架是按照模块的形式来组织的。由包和类的编号就能够看出其所属的模块，开发者仅仅须要选用他们须要的模块便可。
  • 要测试一项用Spring开发的应用程序十分简单，由于测试相关的环境代码都已经囊括在框架中了。更加简单的是，利用JavaBean形式的POJO类，能够很方便的利用依赖注入来写入测试数据。
  • Spring的Web框架亦是一个精心设计的Web MVC框架，为开发者们在web框架的选择上提供了一个除了主流框架好比Struts、过分设计的、不流行web框架的之外的有力选项。
  • Spring提供了一个便捷的事务管理接口，适用于小型的本地事物处理（好比在单DB的环境下）和复杂的共同事物处理（好比利用JTA的复杂DB环境）。

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

控制反转是应用于软件工程领域中的，在运行时被装配器对象来绑定耦合对象的一种编程技巧，对象之间耦合关系在编译时一般是未知的。在传统的编程方式中，业务逻辑的流程是由应用程序中的早已被设定好关联关系的对象来决定的。在使用控制反转的状况下，业务逻辑的流程是由对象关系图来决定的，该对象关系图由装配器负责实例化，这种实现方式还能够将对象之间的关联关系的定义抽象化。而绑定的过程是经过“依赖注入”实现的。 编程

控制反转是一种以给予应用程序中目标组件更多控制为目的设计范式，并在咱们的实际工做中起到了有效的做用。 json

依赖注入是在编译阶段还没有知所需的功能是来自哪一个的类的状况下，将其余对象所依赖的功能对象实例化的模式。这就须要一种机制用来激活相应的组件以提供特定的功能，因此依赖注入是控制反转的基础。不然若是在组件不受框架控制的状况下，框架又怎么知道要建立哪一个组件？ 设计模式

在Java中依然注入有如下三种实现方式： spring-mvc

  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配置文件中读取上下文，并生成上下文定义。应用程序上下文从程序环境变量中取得。

1
ApplicationContext context =newClassPathXmlApplicationContext(“bean.xml”);

二、FileSystemXmlApplicationContext ：由文件系统中的XML配置文件读取上下文。

1
ApplicationContext context =newFileSystemXmlApplicationContext(“bean.xml”);

三、XmlWebApplicationContext：由Web应用的XML文件读取上下文。

六、Spring有几种配置方式？

将Spring配置到应用开发中有如下三种方式：

  1. 基于XML的配置
  2. 基于注解的配置
  3. 基于Java的配置

七、如何用基于XML配置的方式配置Spring？

在Spring框架中，依赖和服务须要在专门的配置文件来实现，我经常使用的XML格式的配置文件。这些配置文件的格式一般用<beans>开头，而后一系列的bean定义和专门的应用配置选项组成。

SpringXML配置的主要目的时候是使全部的Spring组件均可以用xml文件的形式来进行配置。这意味着不会出现其余的Spring配置类型（好比声明的方式或基于Java Class的配置方式）

Spring的XML配置方式是使用被Spring命名空间的所支持的一系列的XML标签来实现的。Spring有如下主要的命名空间：context、beans、jdbc、tx、aop、mvc和aso。

1
2
3
4
5
6
7
8
9
<beans>
 
    <!-- JSON Support -->
    <beanname="viewResolver"class="org.springframework.web.servlet.view.BeanNameViewResolver"/>
    <beanname="jsonTemplate"class="org.springframework.web.servlet.view.json.MappingJackson2JsonView"/>
 
    <beanid="restTemplate"class="org.springframework.web.client.RestTemplate"/>
 
</beans>

下面这个web.xml仅仅配置了DispatcherServlet，这件最简单的配置便能知足应用程序配置运行时组件的需求。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<web-app>
  <display-name>Archetype Created Web Application</display-name>
 
  <servlet>
        <servlet-name>spring</servlet-name>
            <servlet-class>
                org.springframework.web.servlet.DispatcherServlet
            </servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
 
    <servlet-mapping>
        <servlet-name>spring</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
 
</web-app>

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

Spring对Java配置的支持是由@Configuration注解和@Bean注解来实现的。由@Bean注解的方法将会实例化、配置和初始化一个新对象，这个对象将由Spring的IoC容器来管理。@Bean声明所起到的做用与<bean/> 元素相似。被@Configuration所注解的类则表示这个类的主要目的是做为bean定义的资源。被@Configuration声明的类能够经过在同一个类的内部调用@bean方法来设置嵌入bean的依赖关系。

最简单的@Configuration 声明类请参考下面的代码：

1
2
3
4
5
6
7
8
@Configuration
publicclassAppConfig
{
    @Bean
    publicMyService myService() {
        returnnewMyServiceImpl();
    }
}

对于上面的@Beans配置文件相同的XML配置文件以下：

1
2
3
<beans>
    <beanid="myService"class="com.howtodoinjava.services.MyServiceImpl"/>
</beans>

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

1
2
3
4
5
publicstaticvoidmain(String[] args) {
    ApplicationContext ctx =newAnnotationConfigApplicationContext(AppConfig.class);
    MyService myService = ctx.getBean(MyService.class);
    myService.doStuff();
}

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

1
2
3
4
5
@Configuration
@ComponentScan(basePackages ="com.howtodoinjava")
publicclassAppConfig  {
    ...
}

在上面的例子中，com.acme包首先会被扫到，而后再容器内查找被@Component 声明的类，找到后将这些类按照Sring bean定义进行注册。

若是你要在你的web应用开发中选用上述的配置的方式的话，须要用AnnotationConfigWebApplicationContext 类来读取配置文件，能够用来配置Spring的Servlet监听器ContrextLoaderListener或者Spring MVC的DispatcherServlet。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
<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？

Spring在2.5版本之后开始支持用注解的方式来配置依赖注入。能够用注解的方式来替代XML方式的bean描述，能够将bean描述转移到组件类的内部，只须要在相关类上、方法上或者字段声明上使用注解便可。注解注入将会被容器在XML注入以前被处理，因此后者会覆盖掉前者对于同一个属性的处理结果。

注解装配在Spring中是默认关闭的。因此须要在Spring文件中配置一下才能使用基于注解的装配模式。若是你想要在你的应用程序中使用关于注解的方法的话，请参考以下的配置。

1
2
3
4
5
6
<beans>
 
   <context:annotation-config/>
   <!-- bean definitions go here -->
 
</beans>

在 <context:annotation-config/>标签配置完成之后，就能够用注解的方式在Spring中向属性、方法和构造方法中自动装配变量。

下面是几种比较重要的注解类型：

  1. @Required：该注解应用于设值方法。
  2. @Autowired：该注解应用于有值设值方法、非设值方法、构造方法和变量。
  3. @Qualifier：该注解和@Autowired注解搭配使用，用于消除特定bean自动装配的歧义。
  4. JSR-250 Annotations：Spring支持基于JSR-250 注解的如下注解，@Resource、@PostConstruct 和 @PreDestroy。

十、请解释Spring Bean的生命周期？

Spring Bean的生命周期简单易懂。在一个bean实例被初始化时，须要执行一系列的初始化操做以达到可用的状态。一样的，当一个bean不在被调用时须要进行相关的析构操做，并从bean容器中移除。

Spring bean factory 负责管理在spring容器中被建立的bean的生命周期。Bean的生命周期由两组回调（call back）方法组成。

  1. 初始化以后调用的回调方法。
  2. 销毁以前调用的回调方法。

Spring框架提供了如下四种方式来管理bean的生命周期事件：

  • InitializingBean和DisposableBean回调接口
  • 针对特殊行为的其余Aware接口
  • Bean配置文件中的Custom init()方法和destroy()方法
  • @PostConstruct和@PreDestroy注解方式

使用customInit()和 customDestroy()方法管理bean生命周期的代码样例以下：

1
2
3
4
<beans>
    <beanid="demoBean"class="com.howtodoinjava.task.DemoBean"
            init-method="customInit"destroy-method="customDestroy"></bean>
</beans>

更多内容请参考：Spring生命周期Spring Bean Life Cycle。

十一、Spring Bean的做用域之间有什么区别？

Spring容器中的bean能够分为5个范围。全部范围的名称都是自说明的，可是为了不混淆，仍是让咱们来解释一下：

  1. singleton：这种bean范围是默认的，这种范围确保无论接受到多少个请求，每一个容器中只有一个bean的实例，单例的模式由bean factory自身来维护。
  2. prototype：原形范围与单例范围相反，为每个bean请求提供一个实例。
  3. request：在请求bean范围内会每个来自客户端的网络请求建立一个实例，在请求完成之后，bean会失效并被垃圾回收器回收。
  4. Session：与请求范围相似，确保每一个session中有一个bean的实例，在session过时后，bean会随之失效。
  5. global-session：global-session和Portlet应用相关。当你的应用部署在Portlet容器中工做时，它包含不少portlet。若是你想要声明让全部的portlet共用全局的存储变量的话，那么这全局变量须要存储在global-session中。

全局做用域与Servlet中的session做用域效果相同。

更多内容请参考 : Spring Bean Scopes。

十二、什么是Spring inner beans？

在Spring框架中，不管什么时候bean被使用时，当仅被调用了一个属性。一个明智的作法是将这个bean声明为内部bean。内部bean能够用setter注入“属性”和构造方法注入“构造参数”的方式来实现。

好比，在咱们的应用程序中，一个Customer类引用了一个Person类，咱们的要作的是建立一个Person的实例，而后在Customer内部使用。

1
2
3
4
5
6
publicclassCustomer
{
    privatePerson person;
 
    //Setters and Getters
}
1
2
3
4
5
6
7
8
publicclassPerson
{
    privateString name;
    privateString address;
    privateintage;
 
    //Setters and Getters
}

内部bean的声明方式以下：

1
2
3
4
5
6
7
8
9
10
<beanid="CustomerBean"class="com.howtodoinjava.common.Customer">
    <propertyname="person">
        <!-- This is inner bean -->
        <beanclass="com.howtodoinjava.common.Person">
            <propertyname="name"value="lokesh"/>
            <propertyname="address"value="India"/>
            <propertyname="age"value="34"/>
        </bean>
    </property>
</bean>

1三、Spring框架中的单例Beans是线程安全的么？

Spring框架并无对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题须要开发者自行去搞定。但实际上，大部分的Spring bean并无可变的状态(好比Serview类和DAO类)，因此在某种程度上说Spring的单例bean是线程安全的。若是你的bean有多种状态的话（好比 View Model 对象），就须要自行保证线程安全。

最浅显的解决办法就是将多态bean的做用域由“singleton”变动为“prototype”。

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

Spring提供了如下四种集合类的配置元素：

  • <list> :   该标签用来装配可重复的list值。
  • <set> :    该标签用来装配没有重复的set值。
  • <map>:   该标签可用来注入键和值能够为任何类型的键值对。
  • <props> : 该标签支持注入键和值都是字符串类型的键值对。

下面看一下具体的例子：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
<beans>
 
   <!-- Definition for javaCollection -->
   <beanid="javaCollection"class="com.howtodoinjava.JavaCollection">
 
      <!-- java.util.List -->
      <propertyname="customList">
        <list>
           <value>INDIA</value>
           <value>Pakistan</value>
           <value>USA</value>
           <value>UK</value>
        </list>
      </property>
 
     <!-- java.util.Set -->
     <propertyname="customSet">
        <set>
           <value>INDIA</value>
           <value>Pakistan</value>
           <value>USA</value>
           <value>UK</value>
        </set>
      </property>
 
     <!-- java.util.Map -->
     <propertyname="customMap">
        <map>
           <entrykey="1"value="INDIA"/>
           <entrykey="2"value="Pakistan"/>
           <entrykey="3"value="USA"/>
           <entrykey="4"value="UK"/>
        </map>
      </property>
 
      <!-- java.util.Properties -->
    <propertyname="customProperies">
        <props>
            <propkey="admin">admin@nospam.com</prop>
            <propkey="support">support@nospam.com</prop>
        </props>
    </property>
 
   </bean>
 
</beans>

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

第一种方法是使用以下面代码所示的<props> 标签：

1
2
3
4
5
6
7
8
9
10
11
<beanid="adminUser"class="com.howtodoinjava.common.Customer">
 
    <!-- java.util.Properties -->
    <propertyname="emails">
        <props>
            <propkey="admin">admin@nospam.com</prop>
            <propkey="support">support@nospam.com</prop>
        </props>
    </property>
 
</bean>

也可用”util:”命名空间来从properties文件中建立出一个propertiesbean，而后利用setter方法注入bean的引用。

1六、请解释Spring Bean的自动装配？

在Spring框架中，在配置文件中设定bean的依赖关系是一个很好的机制，Spring容器还能够自动装配合做关系bean之间的关联关系。这意味着Spring能够经过向Bean Factory中注入的方式自动搞定bean之间的依赖关系。自动装配能够设置在每一个bean上，也能够设定在特定的bean上。

下面的XML配置文件代表了如何根据名称将一个bean设置为自动装配：

1
<beanid="employeeDAO"class="com.howtodoinjava.EmployeeDAOImpl"autowire="byName"/>

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

1
<context:annotation-config/>

也能够经过在配置文件中配置AutowiredAnnotationBeanPostProcessor 达到相同的效果。

1
<beanclass="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>

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

1
2
3
4
@Autowired
publicEmployeeDAOImpl ( EmployeeManager manager ) {
    this.manager = manager;
}

1七、请解释自动装配模式的区别？

在Spring框架中共有5种自动装配，让咱们逐一分析。

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

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

要使用 @Autowired，须要注册 AutowiredAnnotationBeanPostProcessor，能够有如下两种方式来实现：

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

1
2
3
<beans>
    <context:annotation-config/>
</beans>

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

1
2
3
<beans>
    <beanclass="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>
</beans>

1九、请举例解释@Required注解？

在产品级别的应用中，IoC容器可能声明了数十万了bean，bean与bean之间有着复杂的依赖关系。设值注解方法的短板之一就是验证全部的属性是否被注解是一项十分困难的操做。能够经过在<bean>中设置“dependency-check”来解决这个问题。

在应用程序的生命周期中，你可能不大愿意花时间在验证全部bean的属性是否按照上下文文件正确配置。或者你宁肯验证某个bean的特定属性是否被正确的设置。即便是用“dependency-check”属性也不能很好的解决这个问题，在这种状况下，你须要使用@Required 注解。

须要用以下的方式使用来标明bean的设值方法。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
publicclassEmployeeFactoryBeanextendsAbstractFactoryBean<Object>
{
    privateString designation;
 
    publicString getDesignation() {
        returndesignation;
    }
 
    @Required
    publicvoidsetDesignation(String designation) {
        this.designation = designation;
    }
 
    //more code here
}

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

1
<beanclass="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor"/>

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

20、请举例解释@Autowired注解？

@Autowired注解对自动装配什么时候何处被实现提供了更多细粒度的控制。@Autowired注解能够像@Required注解、构造器同样被用于在bean的设值方法上自动装配bean的属性，一个参数或者带有任意名称或带有多个参数的方法。

好比，能够在设值方法上使用@Autowired注解来替代配置文件中的 <property>元素。当Spring容器在setter方法上找到@Autowired注解时，会尝试用byType 自动装配。

固然咱们也能够在构造方法上使用@Autowired 注解。带有@Autowired 注解的构造方法意味着在建立一个bean时将会被自动装配，即使在配置文件中使用<constructor-arg> 元素。

1
2
3
4
5
6
7
8
9
10
11
12
13
publicclassTextEditor {
   privateSpellChecker spellChecker;
 
   @Autowired
   publicTextEditor(SpellChecker spellChecker){
      System.out.println("Inside TextEditor constructor.");
      this.spellChecker = spellChecker;
   }
 
   publicvoidspellCheck(){
      spellChecker.checkSpelling();
   }
}

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

1
2
3
4
5
6
7
8
9
10
11
12
13
<beans>
 
   <context:annotation-config/>
 
   <!-- Definition for textEditor bean without constructor-arg  -->
   <beanid="textEditor"class="com.howtodoinjava.TextEditor">
   </bean>
 
   <!-- Definition for spellChecker bean -->
   <beanid="spellChecker"class="com.howtodoinjava.SpellChecker">
   </bean>
 
</beans>

2一、请举例说明@Qualifier注解？

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

下面的示例将会在Customer的person属性中自动装配person的值。

1
2
3
4
5
publicclassCustomer
{
    @Autowired
    privatePerson person;
}

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

1
2
3
4
5
6
7
8
9
<beanid="customer"class="com.howtodoinjava.common.Customer"/>
 
<beanid="personA"class="com.howtodoinjava.common.Person">
    <propertyname="name"value="lokesh"/>
</bean>
 
<beanid="personB"class="com.howtodoinjava.common.Person">
    <propertyname="name"value="alex"/>
</bean>

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

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

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

1
2
3
4
5
6
publicclassCustomer
{
    @Autowired
    @Qualifier("personA")
    privatePerson person;
}

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

请注意如下明显的区别：

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

2三、Spring框架中有哪些不一样类型的事件？

Spring的ApplicationContext 提供了支持事件和代码中监听器的功能。

咱们能够建立bean用来监听在ApplicationContext 中发布的事件。ApplicationEvent类和在ApplicationContext接口中处理的事件，若是一个bean实现了ApplicationListener接口，当一个ApplicationEvent 被发布之后，bean会自动被通知。

1
2
3
4
5
6
7
8
publicclassAllApplicationEventListenerimplementsApplicationListener < ApplicationEvent >
{
    @Override
    publicvoidonApplicationEvent(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 类来开发自定义的事件。

1
2
3
4
5
6
7
8
publicclassCustomApplicationEventextendsApplicationEvent
{
    publicCustomApplicationEvent ( Object source,finalString msg )
    {
        super(source);
        System.out.println("Created a Custom event");
    }
}

为了监听这个事件，还须要建立一个监听器：

1
2
3
4
5
6
7
publicclassCustomEventListenerimplementsApplicationListener < CustomApplicationEvent >
{
    @Override
    publicvoidonApplicationEvent(CustomApplicationEvent applicationEvent) {
        //handle event
    }
}

以后经过applicationContext接口的publishEvent()方法来发布自定义事件。

1
2
CustomApplicationEvent customEvent =newCustomApplicationEvent(applicationContext,"Test message");
applicationContext.publishEvent(customEvent);

2四、FileSystemResource和ClassPathResource有何区别？

在FileSystemResource 中须要给出spring-config.xml文件在你项目中的相对路径或者绝对路径。在ClassPathResource中spring会在ClassPath中自动搜寻配置文件，因此要把ClassPathResource 文件放在ClassPath下。

若是将spring-config.xml保存在了src文件夹下的话，只需给出配置文件的名称便可，由于src文件夹是默认。

简而言之，ClassPathResource在环境变量中读取配置文件，FileSystemResource在配置文件中读取配置文件。

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

Spring框架中使用到了大量的设计模式，下面列举了比较有表明性的：

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

更多内容 : Best practices for writing spring configuration files。

原文连接：  howtodoinjava  翻译：  ImportNew.com  -  一直在路上
译文连接：  http://www.importnew.com/15851.html
相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程