30道Spring高频面试题，学完吊打面试官(实用干货！！！)

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

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

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

答:1.方便解耦，便于开发(Spring就是一个大工厂，可以将所有对象的创建和依赖关系维护都交给spring管理)
2.spring支持aop编程(spring提供面向切面编程，可以很方便的实现对程序进行权限拦截和运行监控等功能)
3.声明式事务的支持（通过配置就完成对事务的支持，不需要手动编程)
4.方便程序的测试,spring 对junit4支持，可以通过注解方便的测试spring程序
5.方便集成各种优秀的框架
6.降低javaEEAPI的使用难度（Spring 对javaEE开发中非常难用的一些API例如JDBCjiavaMail,远程调用等，都提供了封装，是这些API应用难度大大降低)
 

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

答： ioc的思想最核心的地方在于，资源不由使用资源的双方管理，而由不使用资源的第三方管理，这可以带来很多好处。第一，资源集中管理，实现资源的可配置和易管理。第二，降低了使用资源双方的依赖程度，也就是我们说的耦合度。
也就是说，甲方要达成某种目的不需要直接依赖乙方，它只需要达到的目的告诉第三方机构就可以了，比如甲方需要一双袜子，而乙方它卖一双袜子，它要把袜子卖出去，并不需要自己去直接找到一个卖家来完成袜子的卖出。它也只需要找第三方，告诉别人我要卖一双袜子。这下好了，甲乙双方进行交易活动，都不需要自己直接去找卖家，相当于程序内部开放接口，卖家由第三方作为参数传入。甲乙互相不依赖，而且只有在进行交易活动的时候，甲才和乙产生联系。反之亦然。这样做什么好处么呢，甲乙可以在对方不真实存在的情况下独立存在，而且保证不交易时候无联系，想交易的时候可以很容易的产生联系。甲乙交易活动不需要双方见面，避免了双方的互不信任造成交易失败的问题。因为交易由第三方来负责联系，而且甲乙都认为第三方可靠。那么交易就能很可靠很灵活的产生和进行了。
这就是ioc的核心思想。生活中这种例子比比皆是，支付宝在整个淘宝体系里就是庞大的ioc容器，交易双方之外的第三方，提供可靠性可依赖可灵活变更交易方的资源管理中心。另外人事代理也是，雇佣机构和个人之外的第三方。

控制反转( Inversion of Control ), 我觉得有必要先了解软件设计的一个重要思想：依赖倒置原则（Dependency Inversion Principle ）。
什么是依赖倒置原则？假设我们设计一辆汽车：先设计轮子，然后根据轮子大小设计底盘，接着根据底盘设计车身，最后根据车身设计好整个汽车。这里就出现了一个“依赖”关系：汽车依赖车身，车身依赖底盘，底盘依赖轮子。

这样的设计看起来没问题，但是可维护性却很低。假设设计完工之后，上司却突然说根据市场需求的变动，要我们把车子的轮子设计都改大一码。这下我们就蛋疼了：因为我们是根据轮子的尺寸设计的底盘，轮子的尺寸一改，底盘的设计就得修改；同样因为我们是根据底盘设计的车身，那么车身也得改，同理汽车设计也得改——整个设计几乎都得改！
我们现在换一种思路。我们先设计汽车的大概样子，然后根据汽车的样子来设计车身，根据车身来设计底盘，最后根据底盘来设计轮子。这时候，依赖关系就倒置过来了：轮子依赖底盘， 底盘依赖车身， 车身依赖汽车。

这时候，上司再说要改动轮子的设计，我们就只需要改动轮子的设计，而不需要动底盘，车身，汽车的设计了。
这就是依赖倒置原则——把原本的高层建筑依赖底层建筑“倒置”过来，变成底层建筑依赖高层建筑。高层建筑决定需要什么，底层去实现这样的需求，但是高层并不用管底层是怎么实现的。这样就不会出现前面的“牵一发动全身”的情况。 

依赖注入的核心思想是在程序运行时，由外部容器（如‌Spring框架）创建被依赖对象的实例，并通过构造函数、方法或属性将这些对象注入到需要它们的类中。这样，依赖关系不再由类自身在代码中硬编码，而是由外部容器动态管理，从而降低了类之间的耦合度。

在Java中依然注入有以下三种实现方式： 1. 构造器注入 2. Setter 方法注入 3. 接口注入。

4、请解释下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 容器的核心接口。 IOC:把对象的创建、初始化、销毁交给spring来管理，而不是由开发者控制，实现控制反转。

5、BeanFactory和ApplicationContext有什么区别？

答：BeanFactory 可以理解为含有bean集合的工厂类。BeanFactory 包含了种bean的定义，以便 在接收到客户端请求时将对应的bean实例化。 BeanFactory 还能在实例化对象的时生成协作类之间的关系。此举将bean自身与bean客户端的 配置中解放出来。BeanFactory还包含 了bean生命周期的控制，调用客户端的初始化方法 （initialization methods）和销毁方法（destruction methods）。 从表面上看，application context如同bean factory一样具有bean定义、bean关联关系的设 置，根据请求分发bean的功能。但applicationcontext在此基础上还提供了其他的功能。

1. 提供了支持国际化的文本消息

2. 统一的资源文件读取方式

3. 已在监听器中注册的bean的事件 以下是三种较常见的 ApplicationContext 实现方式：

1、ClassPathXmlApplicationContext：从 classpath 的 XML 配置文件中读取上下文，并生成上 下文定义。应用程序上下文从程序环境变量中

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

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

4.AnnotationConfigApplicationContext(基于 Java 配置启动容器)

6、Spring有几种配置方式？

答:将Spring配置到应用开发中有以下三种方式： 1. 基于XML的配置 2. 基于注解的配置 3. 基于Java的配置

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

答：在Spring框架中，依赖和服务需要在专门的配置文件来实现，我常用的XML格式的配置文件。这 些配置文件的格式通常用开头，然后一系列的bean定义和专门的应用配置 选项组成。 SpringXML 配置的主要目的时候是使所有的Spring组件都可以用xml文件的形式来进行配置。这 意味着不会出现其他的Spring配置类型（比如声明的方式或基于Java Class的配置方式）

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

如： 

  1.      
  2.          
  3.     "viewResolver" 
  4. class="org.springframework.web.servlet.view.BeanNameViewResolver"/>     
  5.     "jsonTemplate" 
  6. class="org.springframework.web.servlet.view.json.MappingJackson2JsonV
  7.  iew"/>     
  8.     "restTemplate" 
  9. class="org.springframework.web.client.RestTemplate"/>     
  10.

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

  1.      
  2.     Archetype Created Web Application     
  3.          
  4.         spring     
  5.         
  6. org.springframework.web.servlet.DispatcherServlet
  7.  vlet-class>     
  8.         1     
  9.          
  10.          
  11.         spring     
  12.         /     
  13.          
  14.

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

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

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

  1. @Configuration     
  2. public class AppConfig{     
  3. @Bean     
  4. public MyService myService() {     
  5. return new MyServiceImpl();     
  6. }     
  7. }

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

  1.      
  2. "myService" class="com.somnus.services.MyServiceImpl"/>     
  3.

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

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

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

  1. @Configuration     
  2. @ComponentScan(basePackages = "com.somnus")     
  3. public class AppConfig  {     
  4.     ...     
  5. }

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

  1.      
  2.          
  3.          
  4.         contextClass     
  5.              
  6.             
  7. org.springframework.web.context.support.AnnotationConfigWebApplicatio
  8.  nContext     
  9.              
  10.          
  11.       
  12.          
  13.          
  14.         contextConfigLocation     
  15.  
  16.  
  17.         com.howtodoinjava.AppConfig     
  18.          
  19.       
  20.          
  21.          
  22.         
  23. org.springframework.web.context.ContextLoaderListener
  24.       
  25.          
  26.       
  27.          
  28.          
  29.         dispatcher     
  30.         
  31. org.springframework.web.servlet.DispatcherServlet
  32.  vlet-class>     
  33.              
  34.              
  35.             contextClass     
  36.                  
  37.                 
  38. org.springframework.web.context.support.AnnotationConfigWebApplicatio
  39.  nContext     
  40.                  
  41.              
  42.              
  43.              
  44.             contextConfigLocation     
  45.             
  46. com.howtodoinjava.web.MvcConfig     
  47.              
  48.          
  49.       
  50.     
  51.  
  52.      
  53. dispatcher     
  54. /app/*     
  55.      
  56.

9、怎样用注解的方式配置Spring？

答：Spring 在2.5 版本以后开始支持用注解的方式来配置依赖注入。可以用注解的方式来替代XML方 式的bean描述，可以将bean描述转移到组件类的 内部，只需要在相关类上、方法上或者字段声 明上使用注解即可。注解注入将会被容器在XML注入之前被处理，所以后者会覆盖掉前者对于同一 个属性的处理结 果。 注解装配在Spring中是默认关闭的。所以需要在Spring文件中配置一下才能使用基于注解的装配 模式。如果你想要在你的应用程序中使用关于注解的方法的话，请参考如下的配置。

  1.      
  2.      
  3.      
  4.

在 标签配置完成以后，就可以用注解的方式在Spring中向属性、 方法和构造方法中自动装配变量。 下面是几种比较重要的注解类型：

1. @Required：该注解应用于设值方法。

2. @Autowired：该注解应用于有值设值方法、非设值方法、构造方法和变量。

3. @Qualifier：该注解和@Autowired注解搭配使用，用于消除特定bean自动装配的歧义。

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 生命周期的代码样例如下：

  1.      
  2. "demoBean" class="com.somnus.task.DemoBean" 
  3. init-method="customInit" destroy-method="customDestroy">     
  4.

11、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作用域效果相同。

12、什么是Spring inner beans？

答： 在Spring框架中，无论何时bean被使用时，当仅被调用了一个属性。一个明智的做法是将这个 bean 声明为内部bean。内部bean可以用setter注入“属性”和构造方法注入“构造参数”的方式来 实现。 比如，在我们的应用程序中，一个Customer类引用了一个Person类，我们的要做的是创建一个 Person 的实例，然后在Customer内部使用。 

  1. public class Customer{     
  2. private Person person;     
  3. //Setters and Getters     
  4. }    
  5. public class Person{     
  6. private String name;     
  7. private String address;     
  8. private int age;     
  9. //Setters and Getters     
  10. }

内部bean的声明方式如下：

  1. "CustomerBean" class="com.somnus.common.Customer">     
  2. "person">     
  3.      
  4. "com.howtodoinjava.common.Person">     
  5. "name" value="lokesh" />     
  6. "address" value="India" />     
  7. "age" value="34" />     
  8.      
  9.      
  10.

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

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

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

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

 1. 该标签用来装配可重复的list值。

2. 该标签用来装配没有重复的set值。

3.该标签可用来注入键和值可以为任何类型的键值对。

4. 该标签支持注入键和值都是字符串类型的键值对。 下面看一下具体的例子：

  1.      
  2.         
  3.    "javaCollection" class="com.howtodoinjava.JavaCollection">     
  4.            
  5.       "customList">     
  6.              
  7.            INDIA     
  8.            Pakistan     
  9.            USA     
  10.            UK     
  11.              
  12.            
  13.       
  14.           
  15.      "customSet">     
  16.              
  17.            INDIA     
  18.            Pakistan     
  19.            USA     
  20.            UK     
  21.              
  22.            
  23.       
  24.           
  25.      "customMap">     
  26.              
  27.            "1" value="INDIA"/>     
  28.            "2" value="Pakistan"/>     
  29.            "3" value="USA"/>     
  30.            "4" value="UK"/>     
  31.              
  32.            
  33.  
  34.  
  35.       
  36.          
  37.     "customProperies">     
  38.              
  39.             "admin">admin@nospam.com     
  40.             "support">support@nospam.com     
  41.              
  42.          
  43.       
  44.         
  45.

15、Spring如何处理线程并发问题？

答：在一般情况下，只有无状态的Bean才可以在多线程环境下共享，在Spring中，绝大部分Bean都可以声明为singleton作用域，因为Spring对一些Bean中非线程安全状态采用ThreadLocal进行处理，解决线程安全问题。

ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。同步机制采用了“时间换空间”的方式，仅提供一份变量，不同的线程在访问前需要获取锁，没获得锁的线程则需要排队。而ThreadLocal采用了“空间换时间”的方式。

ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的变量封装进ThreadLocal。

16、什么是bean装配？

答：装配，或bean 装配是指在Spring 容器中把bean组装到一起，前提是容器需要知道bean的依赖关系，如何通过依赖注入来把它们装配到一起。

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、自动装配有哪些局限性？

答：自动装配的局限性是：

1.重写：你仍需用 和 配置来定义依赖，意味着总要重写自动装配。

2.基本数据类型：你不能自动装配简单的属性，如基本数据类型，String字符串，和类。

3.模糊特性：自动装配不如显式装配精确，如果有可能，建议使用显式装配。

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

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

  1. public class EmployeeFactoryBean extends AbstractFactoryBean{     
  2. private String designation;     
  3. public String getDesignation() {     
  4. return designation;     
  5. }     
  6. @Required     
  7. public void setDesignation(String designation) {     
  8. this.designation = designation;     
  9. }     
  10. //more code here     
  11. }    
    12.  

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

    2. class="org.springframework.beans.factory.annotation.RequiredAnnotatio
    3.  nBeanPostProcessor" />   
     

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

     

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

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

    1. public class TextEditor {     
    2.    private SpellChecker spellChecker;     
    3.    @Autowired     
    4.    public TextEditor(SpellChecker spellChecker){     
    5.       System.out.println("Inside TextEditor constructor." );     
    6.       this.spellChecker = spellChecker;     
    7.    }     
    8.    public void spellCheck(){     
    9.       spellChecker.checkSpelling();     
    10.    }     
    11. }    
     

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

    1.      
    2.       
    3.         
    4.       
    5.         
    6.    "textEditor" class="com.howtodoinjava.TextEditor"/>     
    7.       
    8.         
    9.    "spellChecker" class="com.howtodoinjava.SpellChecker"/>     
    10.       
    11.    
     

     

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

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

    1. public class Customer{     
    2. @Autowired     
    3. private Person person;     
    4. }    
     

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

    1. "customer" class="com.somnus.common.Customer" />     
    2. "personA" class="com.somnus.common.Person" >     
    3. "name" value="lokesh" />     
    4.      
    5. "personB" class="com.somnus.common.Person" >     
    6. "name" value="alex" />     
    7.    
     

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

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

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

    1. public class Customer{     
    2. @Autowired     
    3. @Qualifier("personA")     
    4. private Person person;     
    5. }  
     

     

    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会自动被通知。
     

    1. public class AllApplicationEventListener implements ApplicationListener 
    2. < ApplicationEvent >{     
    3. @Override     
    4. public void onApplicationEvent(ApplicationEvent applicationEvent)     
    5. {     
    6. //process event     
    7. }     
    8. }   
     

    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. public class CustomApplicationEvent extends ApplicationEvent{     
    2.     public CustomApplicationEvent ( Object source, final String msg ){     
    3.         super(source);     
    4.         System.out.println("Created a Custom event");     
    5.     }     
    6. }     
     

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

    1. public class CustomEventListener implements ApplicationListener < 
    2. CustomApplicationEvent >{     
    3.     @Override     
    4.     public void onApplicationEvent(CustomApplicationEvent 
    5. applicationEvent) {     
    6.         //handle event     
    7.     }     
    8. }   
     

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

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

     

    24、FileSystemResource和ClassPathResource有何区别？
     

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

     

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

    答：1.代理模式 — 在 AOP 和 remoting 中被用的比较多。
     

    2.单例模式 — 在 spring 配置文件中定义的 bean 默认为单例模式。
     

    3模板方法 — 用来解决代码重复的问题。比如：RestTemplate、JmsTemplate、JpaTemplate。
     

    4.前端控制器 — Srping 提供了 DispatcherServlet 来对请求进行分发。
     

    5.视图帮助（View Helper ） — Spring 提供了一系列的 JSP 标签，高效宏来辅助将分散的代码整合在视图里。
     

    6.依赖注入 — 贯穿于 BeanFactory / ApplicationContext 接口的核心理念。
     

    7.工厂模式 — BeanFactory 用来创建对象的实例。
     

     

    26、开发中主要使用 Spring 的什么技术 ? 
     

    答：1. IOC 容器管理各层的组件 2. 使用 AOP 配置声明式事务 3. 整合其他框架。
     

     

    27、 简述 AOP 和 IOC 概念 AOP？
     

    答：Aspect Oriented Program, 面向(方面)切面的编程;Filter(过滤器) 也是一种 AOP. AOP 是一种 新的方法论, 是对传统 OOP(Object-Oriented Programming, 面向对象编程) 的补充. AOP 的 主要编程对象是切面(aspect), 而切面模块化横切关注点.可以举例通过事务说明. IOC: Invert Of Control, 控制反转. 也成为 DI(依赖注入)其思想是反转 资源获取的方向. 传统 的资源查找方式要求组件向容器发起请求查找资源.作为 回应, 容器适时的返回资源. 而应用了 IOC 之后, 则是容器主动地将资源推送 给它所管理的组件,组件所要做的仅是选择一种合适的方式 来接受资源. 这种行 为也被称为查找的被动形式。
     

     

    28、在 Spring 中如何配置 Bean ? Bean 的配置方式？
     

    答：通过全类名（反射）、通过工厂方法（静态工厂方法 & 实 例工厂方法）、 FactoryBean。
     

     

    29、IOC 容器对 Bean 的生命周期？
     

    答： 1. 通过构造器或工厂方法创建 Bean 实例
     

    2. 为 Bean 的属性设置值和对其他 Bean 的引用
     

    3. . 将 Bean 实 例 传 递 给 Bean 后 置 处 理 器 的 postProcessBeforeInitialization 方 法
     

    4. 调用 Bean 的初始化方法(init-method)
     

    5 . 将 Bean 实 例 传 递 给 Bean 后 置 处 理 器 的 postProcessAfterInitialization 方法
     

    6. Bean 可以使用了
     

    7. 当容器关闭时, 调用 Bean 的销毁方法(destroy-method)。
     

     

    30、Spring是怎么解决循环依赖的？
     

    首先，Spring 解决循环依赖有两个前提条件：
     

    1.  
      不全是构造器方式的循环依赖
       
    2.  
      必须是单例
       
     

    基于上面的问题，我们知道Bean的生命周期，本质上解决循环依赖的问题就是三级缓存，通过三级缓存提前拿到未初始化的对象。
     

    1.第一级缓存：用来保存实例化、初始化都完成的对象
     

    2.第二级缓存：用来保存实例化完成，但是未初始化完成的对象
     

    3.第三级缓存：用来保存一个对象工厂，提供一个匿名内部类，用于创建二级缓存中的对象
    
                
        
    
                
                
    
                    注：本文转载自blog.csdn.net的小斜同学的文章"https://blog.csdn.net/qq_41320700/article/details/143778078"。版权归原作者所有，此博客不拥有其著作权，亦不承担相应法律责任。如有侵权，请联系我们删除。
                
    
                
    
                    
    
                        
    
                            
    
                                
                                
                                
                                
                                    
                                
                                
                                
                                
                                
                                
                                
                                
                                
                                
                                
    
                                    复制链接
                                    
                                
    
                                
    
                                    
                                    
    
                                        
    
                                            
    
                                        
    
                                    
    
                                
    
                            
    
                        
    
                    
    
                
    

                
    
                    
    




                        
                    
    
                
    
                
    
                
            
    


            
            
    
                
    相关推荐
    
                
    
                    
    
                    
    
                
    
            
    
            
    
                
    
                    
    
                        
    
							
								发表评论
                        
    
                        
                    
    
                    
    
                        
    
                            
    
								
                            
    
                            
    
                                
    
                                    
    
                                        
                                    
    
                                    
    
                                        
                                    
    
                                
    
                            
    
                            
    
                                
                            
    
                        
    
                        
    评论记录：
    
                        
                        
                        
                        
                        
                        
    未查询到任何数据！