spring面试题_对象在初始化时会去匹配当前类的当前方法是否定义了通知(advice),若定义了就获取

spring面试题

1. Spring是什么？

Spring是一个轻量级的IOC和AOP框架，是为Java应用程序提供基础服务的一套框架，目的为了简化企业开发，是的开发者只需要关心业务需求，包括以下模块：

1. Spring Context：提供框架式的Bean访问方式，以及企业级功能（JNDI、定时任务等）；
2. Spring Core：核心类库，所有功能都依赖于该类库，提供IOC和DI服务；
3. Spring AOP：AOP服务；
4. Spring Web：提供了基本的面向Web的综合特性，提供对常见框架如Struts2的支持，Spring能够管理这 些框架，将Spring的资源注入给框架，也能在这些框架的前后插入拦截器；
5. Spring MVC：提供面向Web应用的Model-View-Controller，即MVC实现。
6. Spring DAO：对JDBC的抽象封装，简化了数据访问异常的处理，并能统一管理JDBC事务；
7. Spring ORM：对现有的ORM框架的支持

2. Spring 的优点?

1. spring属于低侵入式设计，代码的污染极低；
2. spring的DI机制将对象之间的依赖关系交由框架处理，减低组件的耦合性；
3. Spring提供了AOP技术，支持将一些通用任务，如安全、事务、日志、权限等进行集中式管理，从而提供更好的复用。
4. spring对于主流的应用框架提供了集成支持。

3. Spring的IoC理解？

1. IOC就是控制反转，指创建对象的控制权转移给Spring框架进行管理，并由Spring根据配置文件去创 建实例和管理各个实例之间的依赖关系，对象与对象之间松散耦合，也利于功能的复用。DI依赖注入，和控制 反转是同一个概念的不同角度的描述，即 应用程序在运行时依赖IoC容器来动态注入对象需要的外部依赖。
2. 最直观的表达就是，以前创建对象的主动权和时机都是由自己把控的，IOC让对象的创建不用去new了， 可以由spring自动生产，使用java的反射机制，根据配置文件在运行时动态的去创建对象以及管理对象，并 调用对象的方法的。
3. Spring的IOC有三种注入方式 ：构造器注入、setter方法注入、根据注解注入

4. Spring的AOP理解？

1. AOP，一般称为面向切面，作为面向对象的一种补充，用于将那些与业务无关，但却对多个对象产生影响的公 共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为“切面”（Aspect），减少系统中的重复 代码，降低了模块间的耦合度，提高系统的可维护性。可用于权限认证、日志、事务处理。
2. AOP实现的关键在于 代理模式，AOP代理主要分为静态代理和动态代理。静态代理的代表为AspectJ；动态代 理则以Spring AOP为代表。
   • AspectJ是静态代理，也称为编译时增强，AOP框架会在编译阶段生成AOP代理类，并将AspectJ(切 面)织入到Java字节码中，运行的时候就是增强之后的AOP对象。
   • Spring AOP使用的动态代理，所谓的动态代理就是说AOP框架不会去修改字节码，而是每次运行时在内 存中临时为方法生成一个AOP对象，这个AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处 理，并回调原对象的方法

5. Spring通知（Advice）有哪些类型?

1. 前置通知（Before Advice）：在连接点（Join point）之前执行的通知
2. 后置通知（After Advice）：当连接点退出的时候执行的通知（不论是正常返回还是异常退出）。
3. 环绕通知（Around Advice）：包围一个连接点的通知，这是最强大的一种通知类型。 环绕通知可以 在方法调用前后完成自定义的行为。它也可以选择是否继续执行连接点或直接返回它们自己的返回值或抛出异 常来结束执行。
4. 返回后通知（AfterReturning Advice）：在连接点正常完成后执行的通知（如果连接点抛出异常， 则不执行）
5. 抛出异常后通知（AfterThrowing advice）：在方法抛出异常退出时执行的通知

6. Spring框架中有哪些不同类型的事件?

1. 上下文更新事件（ContextRefreshedEvent）：在调用ConfigurableApplicationContext 接 口中的refresh()方法时被触发。
2. 上下文开始事件（ContextStartedEvent）：当容器调用ConfigurableApplicationContext的 Start()方法开始/重新开始容器时触发该事件。
3. 上下文停止事件（ContextStoppedEvent）：当容器调用ConfigurableApplicationContext的 Stop()方法停止容器时触发该事件。
4. 上下文关闭事件（ContextClosedEvent）：当ApplicationContext被关闭时触发该事件。容器被 关闭时，其管理的所有单例Bean都被销毁
5. 请求处理事件（RequestHandledEvent）：在Web应用中，当一个http请求（request）结束触发 该事件。
6. 如果一个bean实现了ApplicationListener接口，当一个ApplicationEvent 被发布以后，bean会自 动被通知。

7. Spring容器的启动流程？

1. 初始化Spring容器，注册内置的BeanPostProcessor的BeanDefinition到容器中
   • 实例化BeanFactory【DefaultListableBeanFactory】工厂，用于生成Bean对象
   • 实例化BeanDefinitionReader注解配置读取器，用于对特定注解（如@Service、@Repository）的 类进行读取转化成 BeanDefinition 对象，（BeanDefinition 是 Spring 中极其重要的一个概念， 它存储了 bean 对象的所有特征信息，如是否单例，是否懒加载，factoryBeanName 等）
   • 实例化ClassPathBeanDefinitionScanner路径扫描器，用于对指定的包目录进行扫描查找 bean 对 象
2. 将配置类的BeanDefinition注册到容器中
3. 调用refresh()方法刷新容器：
   • prepareRefresh()刷新前的预处理：
   • obtainFreshBeanFactory()：获取在容器初始化时创建的BeanFactory：
   • prepareBeanFactory(beanFactory)：BeanFactory的预处理工作，向容器中添加一些组件：
   • postProcessBeanFactory(beanFactory)：子类重写该方法，可以实现在BeanFactory创建并预处 理完成以后做进一步的设置
   • invokeBeanFactoryPostProcessors(beanFactory)：在BeanFactory标准初始化之后执行 BeanFactoryPostProcessor的方法，即BeanFactory的后置处理器
   • registerBeanPostProcessors(beanFactory)：向容器中注册Bean的后置处理器 BeanPostProcessor，它的主要作用是干预Spring初始化bean的流程，从而完成代理、自动注入、循环依 赖等功能
   • initMessageSource()：初始化MessageSource组件，主要用于做国际化功能，消息绑定与消息解析：
   • initApplicationEventMulticaster()：初始化事件派发器，在注册监听器时会用到：
   • onRefresh()：留给子容器、子类重写这个方法，在容器刷新的时候可以自定义逻辑
   • registerListeners()：注册监听器：将容器中所有的ApplicationListener注册到事件派发器中， 并派发之前步骤产生的事件：
   • finishBeanFactoryInitialization(beanFactory)：初始化所有剩下的单实例bean，核心方法 是preInstantiateSingletons()，会调用getBean()方法创建对象；
   • finishRefresh()：发布BeanFactory容器刷新完成事件：

8. BeanFactory和ApplicationContext有什么区别?

BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做Spring的容器。

1. BeanFactory是Spring里面最底层的接口，是IoC的核心，定义了IoC的基本功能，包含了各种Bean 的定义、加载、实例化，依赖注入和生命周期管理。
2. ApplicationContext接口作为BeanFactory的子 类，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：
   • 继承MessageSource，因此支持国际化。 资源文件访问，如URL和文件（ResourceLoader）。 载入多个（有继承关系）上下文（即同时加载多个配置文件） ，使得每一个上下文都专注于一个特定的层 次，比如应用的web层。 提供在监听器中注册bean的事件。
3. BeanFactroy采用的是延迟加载形式来注入Bean的，只有在使用到某个Bean时(调用getBean())， 才对该Bean进行加载实例化。这样，我们就不能提前发现一些存在的Spring的配置问题。如果Bean的某一个 属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常。
4. ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动 时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入
5. ApplicationContext启动后预载入所有的单实例Bean，所以在运行的时候速度比较快，因为 它们已经创建好了。相对于BeanFactory，ApplicationContext 唯一的不足是占用内存空间，当应用程 序配置Bean较多时，程序启动较慢。
6. BeanFactory和ApplicationContext都支持BeanPostProcessor、 BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而 ApplicationContext则是自动注册。
7. ）BeanFactory通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用 ContextLoader。

9. Spring Bean的生命周期

简单来说，Spring Bean的生命周期只有四个阶段：实例化 Instantiation --> 属性赋值 Populate --> 初始化 Initialization --> 销毁 Destruction
（1）实例化Bean： 对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个 尚未初始化的依赖时，容器就会调用createBean进行实例化。 对于ApplicationContext容器，当容器启动结束后，通过获取BeanDefinition对象中的信息，实例化所 有的bean。
（2）设置对象属性（依赖注入）：实例化后的对象被封装在BeanWrapper对象中，紧接着，Spring根据 BeanDefinition中的信息 以及 通过BeanWrapper提供的设置属性的接口完成属性设置与依赖注入。
（3）处理Aware接口：Spring会检测该对象是否实现了xxxAware接口，通过Aware类型的接口，可以让我 们拿到Spring容器的一些资源：
①如果这个Bean实现了BeanNameAware接口，会调用它实现的setBeanName(String beanId)方法，传入 Bean的名字；
②如果这个Bean实现了BeanClassLoaderAware接口，调用setBeanClassLoader()方法，传入 ClassLoader对象的实例。
②如果这个Bean实现了BeanFactoryAware接口，会调用它实现的setBeanFactory()方法，传递的是 Spring工厂自身。
③如果这个Bean实现了ApplicationContextAware接口，会调用 setApplicationContext(ApplicationContext)方法，传入Spring上下文；
（4）BeanPostProcessor前置处理：如果想对Bean进行一些自定义的前置处理，那么可以让Bean实现了 BeanPostProcessor接口，那将会调用postProcessBeforeInitialization(Object obj, String s)方法。
（5）InitializingBean：如果Bean实现了InitializingBean接口，执行afeterPropertiesSet() 方法。
（6）init-method：如果Bean在Spring配置文件中配置了 init-method 属性，则会自动调用其配置的 初始化方法。
（7）BeanPostProcessor后置处理：如果这个Bean实现了BeanPostProcessor接口，将会调用 postProcessAfterInitialization(Object obj, String s)方法；由于这个方法是在Bean初始化 结束时调用的，所以可以被应用于内存或缓存技术； 以上几个步骤完成后，Bean就已经被正确创建了，之后就可以使用这个Bean了。
（8）DisposableBean：当Bean不再需要时，会经过清理阶段，如果Bean实现了DisposableBean这个接 口，会调用其实现的destroy()方法；
（9）destroy-method：最后，如果这个Bean的Spring配置中配置了destroy-method属性，会自动调 用其配置的销毁方法。

10、Spring中bean的作用域:

（1）singleton：默认作用域，单例bean，每个容器中只有一个bean的实例。
（2）prototype：为每一个bean请求创建一个实例。
（3）request：为每一个request请求创建一个实例，在请求完成以后，bean会失效并被垃圾回收器回收。
（4）session：与request范围类似，同一个session会话共享一个实例，不同会话使用不同的实例。
（5）global-session：全局作用域，所有会话共享一个实例。如果想要声明让所有会话共享的存储变量的 话，那么这全局变量需要存储在global-session中。

11、Spring框架中的Bean是线程安全的么?如果线程不安全，那么如何处理?

Spring容器本身并没有提供Bean的线程安全策略，因此可以说Spring容器中的Bean本身不具备线程安全的 特性，但是具体情况还是要结合Bean的作用域来讨论。
（1）对于prototype作用域的Bean，每次都创建一个新对象，也就是线程之间不存在Bean共享，因此不会 有线程安全问题。
（2）对于singleton作用域的Bean，所有的线程都共享一个单例实例的Bean，因此是存在线程安全问题 的。但是如果单例Bean是一个无状态Bean，也就是线程中的操作不会对Bean的成员执行查询以外的操作，那 么这个单例Bean是线程安全的。比如Controller类、Service类和Dao等，这些Bean大多是无状态的，只 关注于方法本身。

• 有状态Bean(Stateful Bean) ：就是有实例变量的对象，可以保存数据，是非线程安全的。
• 无状态Bean(Stateless Bean)：就是没有实例变量的对象，不能保存数据，是不变类，是线程安全的。 对于有状态的bean（比如Model和View），就需要自行保证线程安全，最浅显的解决办法就是将有状态的 bean的作用域由“singleton”改为“prototype”。

（3） 也可以采用ThreadLocal解决线程安全问题，为每个线程提供一个独立的变量副本，不同线程只操作自己线 程的副本变量。 ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。同步机制采用了“时间换空 间”的方式，仅提供一份变量，不同的线程在访问前需要获取锁，没获得锁的线程则需要排队。而 ThreadLocal采用了“空间换时间”的方式。ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔 离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同 步了。

12、Spring基于xml注入bean的几种方式:

set()方法注入；
构造器注入：
①通过index设置参数的位置；
②通过type设置参数类型；
静态工厂注入；
实例工厂；

13. Spring如何解决循环依赖问题:

循环依赖问题在Spring中主要有三种情况：
（1）通过构造方法进行依赖注入时产生的循环依赖问题。
（2）通过setter方法进行依赖注入且是在多例（原型）模式下产生的循环依赖问题。
（3）通过setter方法进行依赖注入且是在单例模式下产生的循环依赖问题。 在Spring中，只有第
（3）种方式的循环依赖问题被解决了，其他两种方式在遇到循环依赖问题时都会产生异 常。这是因为：

• 第一种构造方法注入的情况下，在new对象的时候就会堵塞住了，其实也就是”先有鸡还是先有蛋“的历史难 题。
• 第二种setter方法（多例）的情况下，每一次getBean()时，都会产生一个新的Bean，如此反复下去就会有 无穷无尽的Bean产生了，最终就会导致OOM问题的出现。

Spring在单例模式下的setter方法依赖注入引起的循环依赖问题，主要是通过二级缓存和三级缓存来解决 的，其中三级缓存是主要功臣。解决的核心原理就是：在对象实例化之后，依赖注入之前，Spring提前暴露 的Bean实例的引用在第三级缓存中进行存储

14. Spring的自动装配:

在spring中，使用autowire来配置自动装载模式，对象无需自己查找或创建与其关联的其他对象，由容器负 责把需要相互协作的对象引用赋予各个对象。
（1）在Spring框架xml配置中共有5种自动装配：
no：默认的方式是不进行自动装配的，通过手工设置ref属性来进行装配bean。
byName：通过bean的名称进行自动装配，如果一个bean的 property 与另一bean 的name 相同，就进 行自动装配。
byType：通过参数的数据类型进行自动装配。
constructor：利用构造函数进行装配，并且构造函数的参数通过byType进行装配。
autodetect：自动探测，如果有构造方法，通过 construct的方式自动装配，否则使用 byType的方式自 动装配。
（2）基于注解的自动装配方式： 使用@Autowired、@Resource注解来自动装配指定的bean。在使用@Autowired注解之前需要在Spring 配置文件进行配置，。在启动spring IoC时，容器自动装载了一个 AutowiredAnnotationBeanPostProcessor后置处理器，当容器扫描到@Autowied、@Resource或 @Inject时，就会在IoC容器自动查找需要的bean，并装配给该对象的属性。在使用@Autowired时，首先在 容器中查询对应类型的bean： 如果查询结果刚好为一个，就将该bean装配给@Autowired指定的数据； 如果查询的结果不止一个，那么@Autowired会根据名称来查找； 如果上述查找的结果为空，那么会抛出异常。解决方法时，使用required=false。 @Autowired可用于：构造函数、成员变量、Setter方法
注：@Autowired和@Resource之间的区别
(1) @Autowired默认是按照类型装配注入的，默认情况下它要求依赖对象必须存在（可以设置它required 属性为false）。
(2) @Resource默认是按照名称来装配注入的，只有当找不到与名称匹配的bean才会按照类型来装配注入。

15. Spring事务的实现方式和实现原理:

Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。 Spring只提供统一事务管理接口，具体实现都是由各数据库自己实现，数据库事务的提交和回滚是通过 binlog或者undo log实现的。Spring会在事务开始时，根据当前环境中设置的隔离级别，调整数据库隔离 级别，由此保持一致。 （1）Spring事务的种类： spring支持编程式事务管理和声明式事务管理两种方式： ①编程式事务管理使用TransactionTemplate。 ②声明式事务管理建立在AOP之上的。其本质是通过AOP功能，对方法前后进行拦截，将事务处理的功能编织到 拦截的方法中，也就是在目标方法开始之前启动一个事务，在执行完目标方法之后根据执行情况提交或者回滚 事务。 声明式事务最大的优点就是不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规 则声明或通过@Transactional注解的方式，便可以将事务规则应用到业务逻辑中，减少业务代码的污染。唯 一不足地方是，最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。 （2）spring的事务传播机制： spring事务的传播机制说的是，当多个事务同时存在的时候，spring如何处理这些事务的行为。事务传播机 制实际上是使用简单的ThreadLocal实现的，所以，如果调用的方法是在新线程调用的，事务传播实际上是 会失效的。 ① PROPAGATION_REQUIRED：（默认传播行为）如果当前没有事务，就创建一个新事务；如果当前存在事 务，就加入该事务。 ② PROPAGATION_REQUIRES_NEW：无论当前存不存在事务，都创建新事务进行执行。 ③ PROPAGATION_SUPPORTS：如果当前存在事务，就加入该事务；如果当前不存在事务，就以非事务执 行。‘ ④ PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。 ⑤ PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行；如果当前没有事务，则按REQUIRED 属性执行。 ⑥ PROPAGATION_MANDATORY：如果当前存在事务，就加入该事务；如果当前不存在事务，就抛出异常。 ⑦ PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。 （3）Spring中的隔离级别： ① ISOLATION_DEFAULT：这是个 PlatfromTransactionManager 默认的隔离级别，使用数据库默认的 事务隔离级别。 ② ISOLATION_READ_UNCOMMITTED：读未提交，允许事务在执行过程中，读取其他事务未提交的数据。

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

（1）工厂模式：Spring使用工厂模式，通过BeanFactory和ApplicationContext来创建对象
（2）单例模式：Bean默认为单例模式
（3）策略模式：例如Resource的实现类，针对不同的资源文件，实现了不同方式的资源获取策略
（4）代理模式：Spring的AOP功能用到了JDK的动态代理和CGLIB字节码生成技术
（5）模板方法：可以将相同部分的代码放在父类中，而将不同的代码放入不同的子类中，用来解决代码重复 的问题。比如RestTemplate, JmsTemplate, JpaTemplate
（6）适配器模式：Spring AOP的增强或通知（Advice）使用到了适配器模式，Spring MVC中也是用到了 适配器模式适配Controller （7）观察者模式：Spring事件驱动模型就是观察者模式的一个经典应用。 （8）桥接模式：可以根据客户的需求能够动态切换不同的数据源。比如我们的项目需要连接多个数据库，客 户在每次访问中根据需要会去访问不同的数据库