Spring面试问答Top 25

欢迎大家向我推荐你在面试过程中遇到关于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框架中用了哪些设计模式?

1、什么是Spring框架?Spring框架有哪些主要模块?

Spring框架是一个为Java应用程序的开发提供了综合、广泛的基础性支持的Java平台。Spring帮助开发人员攻克了开发中基础性的问题。使得开发人员能够专注于应用程序的开发。Spring框架本身亦是依照

ie=UTF8&tag=importnew-23&linkCode=as2&camp=536&creative=3200&creativeASIN=B001130JN8" title="设计模式:可复用面向对象软件的基础" rel="nofollow" style="border:0px; margin:0px; padding:0px; text-decoration:none; color:rgb(0,153,204)">设计模式

精心打造。这使得我们能够在开发环境中安心的集成Spring框架。不必操心Spring是怎样在后台进行工作的。

Spring框架至今已集成了20多个模块。这些模块主要被分例如以下图所看到的的核心容器、数据訪问/集成,、Web、AOP(面向切面编程)、工具、消息和測试模块。

Spring面试问答Top 25

2、使用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环境)。

3、什么是控制反转(IOC)?什么是依赖注入?

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

而绑定的过程是通过“依赖注入”实现的。

控制反转是一种以给予应用程序中目标组件很多其它控制为目的设计范式。并在我们的实际工作中起到了有效的作用。

依赖注入是在编译阶段尚未知所需的功能是来自哪个的类的情况下。将其它对象所依赖的功能对象实例化的模式。这就须要一种机制用来激活对应的组件以提供特定的功能,所以依赖注入是控制反转的基础。

否则假设在组件不受框架控制的情况下,框架又怎么知道要创建哪个组件?

在Java中依旧注入有下面三种实现方式:

  1. 构造器注入
  2. Setter方法注入
  3. 接口注入

4、请解释下Spring框架中的IoC?

Spring中的 org.springframework.beans 包和 org.springframework.context包构成了Spring框架IoC容器的基础。

BeanFactory 接口提供了一个先进的配置机制,使得不论什么类型的对象的配置成为可能。ApplicationContex接口对BeanFactory(是一个子接口)进行了扩展。在BeanFactory的基础上加入了其它功能,比方与Spring的AOP更easy集成,也提供了处理message
resource的机制
(用于国际化)、事件传播以及应用层的特别配置,比方针对Web应用的WebApplicationContext。

org.springframework.beans.factory.BeanFactory 是Spring
IoC容器的详细实现,用来包装和管理前面提到的各种bean。BeanFactory接口是Spring IoC 容器的核心接口。

IOC:把对象的创建、初始化、销毁交给spring来管理,而不是由开发人员控制,实现控制反转。

5、BeanFactory和ApplicationContext有什么差别?

BeanFactory 能够理解为含有bean集合的工厂类。

BeanFactory 包括了种bean的定义。以便在接收到client请求时将相应的bean实例化。

BeanFactory还能在实例化对象的时生成协作类之间的关系。此举将bean自身与beanclient的配置中解放出来。BeanFactory还包括了bean生命周期的控制,调用client的初始化方法(initialization methods)和销毁方法(destruction methods)。

从表面上看,application context如同bean factory一样具有bean定义、bean关联关系的设置,依据请求分发bean的功能。

但application context在此基础上还提供了其它的功能。

  1. 提供了支持国际化的文本消息
  2. 统一的资源文件读取方式
  3. 已在监听器中注冊的bean的事件

下面是三种较常见的 ApplicationContext 实现方式:

1、ClassPathXmlApplicationContext:从classpath的XML配置文件里读取上下文,并生成上下文定义。

应用程序上下文从程序环境变量中取得。

ApplicationContext context = new ClassPathXmlApplicationContext(“bean.xml”);
2、FileSystemXmlApplicationContext :由文件系统中的XML配置文件读取上下文。
ApplicationContext context = new FileSystemXmlApplicationContext(“bean.xml”);

3、XmlWebApplicationContext:由Web应用的XML文件读取上下文。

6、Spring有几种配置方式?

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

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

7、怎样用基于XML配置的方式配置Spring?

在Spring框架中,依赖和服务须要在专门的配置文件来实现。我经常使用的XML格式的配置文件。

这些配置文件的格式通经常使用<beans>开头,然后一系列的bean定义和专门的应用配置选项组成。

SpringXML配置的主要目的时候是使全部的Spring组件都能够用xml文件的形式来进行配置。这意味着不会出现其它的Spring配置类型(比方声明的方式或基于Java Class的配置方式)

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

<beans>
<!-- JSON Support -->
<bean name="viewResolver" class="org.springframework.web.servlet.view.BeanNameViewResolver"/>
<bean name="jsonTemplate" class="org.springframework.web.servlet.view.json.MappingJackson2JsonView"/>
<bean id="restTemplate" class="org.springframework.web.client.RestTemplate"/>
</beans>

以下这个web.xml只配置了DispatcherServlet,这件最简单的配置便能满足应用程序配置执行时组件的需求。

<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>

8、怎样用基于Java配置的方式配置Spring?

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

最简单的@Configuration 声明类请參考以下的代码:

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

对于上面的@Beans配置文件同样的XML配置文件例如以下:

<beans>
<bean id="myService" class="com.somnus.services.MyServiceImpl"/>
</beans>

上述配置方式的实例化方式例如以下:利用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.somnus")
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

9、如何用注解的方式配置Spring?

Spring在2.5版本号以后開始支持用注解的方式来配置依赖注入。

能够用注解的方式来替代XML方式的bean描写叙述。能够将bean描写叙述转移到组件类的内部,仅仅须要在相关类上、方法上或者字段声明上使用注解就可以。

注解注入将会被容器在XML注入之前被处理。所以后者会覆盖掉前者对于同一个属性的处理结果。

注解装配在Spring中是默认关闭的。

所以须要在Spring文件里配置一下才干使用基于注解的装配模式。

假设你想要在你的应用程序中使用关于注解的方法的话,请參考例如以下的配置。

<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。

10、请解释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生命周期的代码样比例如以下:

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

很多其它内容请參考:Spring生命周期Spring
Bean Life Cycle

11、Spring Bean的作用域之间有什么差别?

Spring容器中的bean能够分为5个范围。全部范围的名称都是自说明的。可是为了避免混淆,还是让我们来解释一下:

  1. singleton:这样的bean范围是默认的,这样的范围确保无论接受到多少个请求,每个容器中仅仅有一个bean的实例,单例的模式由bean factory自身来维护。
  2. prototype:原形范围与单例范围相反。为每个bean请求提供一个实例。
  3. request:在请求bean范围内会每个来自client的网络请求创建一个实例,在请求完毕以后,bean会失效并被垃圾回收器回收。
  4. Session:与请求范围类似,确保每个session中有一个bean的实例,在session过期后,bean会随之失效。
  5. global-session:global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时。它包括非常多portlet。假设你想要声明让全部的portlet共用全局的存储变量的话,那么这全局变量须要存储在global-session中。

全局作用域与Servlet中的session作用域效果同样。

很多其它内容请參考 : Spring
Bean Scopes

12、什么是Spring inner beans?

在Spring框架中,不管何时bean被使用时,当仅被调用了一个属性。一个明智的做法是将这个bean声明为内部bean。

内部bean能够用setter注入“属性”和构造方法注入“构造參数”的方式来实现。

比方,在我们的应用程序中,一个Customer类引用了一个Person类,我们的要做的是创建一个Person的实例,然后在Customer内部使用。

public class Customer{
private Person person;
//Setters and Getters
}

public class Person{
private String name;
private String address;
private int age;
//Setters and Getters
}

内部bean的声明方式例如以下:

<bean id="CustomerBean" class="com.somnus.common.Customer">
<property name="person">
<!-- This is inner bean -->
<bean class="com.howtodoinjava.common.Person">
<property name="name" value="lokesh" />
<property name="address" value="India" />
<property name="age" value="34" />
</bean>
</property>
</bean>

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

Spring框架并没有对单例bean进行不论什么多线程的封装处理。

关于单例bean的线程安全和并发问题须要开发人员自行去搞定。但实际上,大部分的Spring
bean并没有可变的状态(比方Serview类和DAO类)。所以在某种程度上说Spring的单例bean是线程安全的。假设你的bean有多种状态的话(比方 View Model 对象)。就须要自行保证线程安全。

最浅显的解决的方法就是将多态bean的作用域由“singleton”变更为“prototype”。

14、请举例说明怎样在Spring中注入一个Java 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>

15、怎样向Spring Bean中注入一个Java.util.Properties?

第一种方法是使用如以下代码所看到的的<props> 标签:

<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>

也可用”util:”命名空间来从properties文件里创建出一个propertiesbean,然后利用setter方法注入bean的引用。

16、请解释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;
}

17、请解释自己主动装配模式的差别?

在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的自己主动装配方式。

18、怎样开启基于注解的自己主动装配?

要使用 @Autowired。须要注冊 AutowiredAnnotationBeanPostProcessor,能够有下面两种方式来实现:

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

<beans>
<context:annotation-config />
</beans>

2、在bean配置文件里直接引入AutowiredAnnotationBeanPostProcessor

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

19、请举例解释@Required注解?

在产品级别的应用中。IoC容器可能声明了数十万了bean,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 异常。

20、请举例解释@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"/> <!-- Definition for spellChecker bean -->
<bean id="spellChecker" class="com.howtodoinjava.SpellChecker"/> </beans>

21、请举例说明@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;
}

22、构造方法注入和设值注入有什么差别?

请注意下面明显的差别:

  1. 在设值注入方法支持大部分的依赖注入,假设我们仅须要注入int、string和long型的变量。我们不要用设值的方法注入。

    对于基本类型。假设我们没有注入的话。能够为基本类型设置默认值。

    在构造方法注入不支持大部分的依赖注入,由于在调用构造方法中必须传入正确的构造參数。否则的话为报错。

  2. 设值注入不会重写构造方法的值。

    假设我们对同一个变量同一时候使用了构造方法注入又使用了设置方法注入的话,那么构造方法将不能覆盖由设值方法注入的值。

    非常明显,由于构造方法尽在对象被创建时调用。

  3. 在使用设值注入时有可能还不能保证某种依赖是否已经被注入,也就是说这时对象的依赖关系有可能是不完整的。而在还有一种情况下,构造器注入则不同意生成依赖关系不完整的对象。
  4. 在设值注入时假设对象A和对象B互相依赖。在创建对象A时Spring会抛出sObjectCurrentlyInCreationException异常,由于在B对象被创建之前A对象是不能被创建的。反之亦然。所以Spring用设值注入的方法攻克了循环依赖的问题,因对象的设值方法是在对象被创建之前被调用的。

23、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);

24、FileSystemResource和ClassPathResource有何差别?

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

假设将spring-config.xml保存在了src目录下的话,仅仅需给出配置文件的名称就可以。由于src目录是默认。

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

25、Spring 框架中都用到了哪些设计模式?

Spring框架中使用到了大量的设计模式。以下列举了比較有代表性的:

  • 代理模式—在AOP和remoting中被用的比較多。
  • 单例模式—在spring配置文件里定义的bean默觉得单例模式。
  • 模板方法—用来解决代码反复的问题。比方. RestTemplateJmsTemplateJpaTemplate。

  • 前端控制器—Spring提供了DispatcherServlet来对请求进行分发。
  • 视图帮助(View Helper )—Spring提供了一系列的JSP标签,高效宏来辅助将分散的代码整合在视图里。
  • 依赖注入—贯穿于BeanFactory / ApplicationContext接口的核心理念。
  • 工厂模式—BeanFactory用来创建对象的实例。
上一篇:eclipse中不能保存汉字的解决方法


下一篇:spring 配置属性的详细信息