Spring面试题整理，zookeeper面试-CSDN博客

本文链接：https://blog.csdn.net/m0_61331407/article/details/136807852

本文介绍了Spring框架的低侵入性设计、依赖注入（DI）机制、AOP技术的应用、以及SpringBean的生命周期管理和作用域，包括Singleton、Prototype等。此外，还对比了BeanFactory和ApplicationContext的区别，以及静态代理与动态代理的实现方式。

摘要由CSDN通过智能技术生成

（1）Spring属于低侵入性设计，代码的污染极低；

（2）Spring的DI机制将对象之间的依赖关系交由框架处理，降低组件的耦合度；

（3）Spring提供了AOP技术，支持将一些通用任务，如安全、事务、日志、权限等进行集中式管理，从而提供更好的复用。

（4）Spring的ORM和DAO提供了与第三方持久层框架的良好整合，并简化了底层的数据库访问。

（5）Spring并不强制应用完全依赖于Spring，开发者可自由选用Spring框架的部分或者全部。

3、Spring的IOC理解

（1）IOC就是控制反转，是指创建对象的控制权的转移，以前创建对象的主动权和时机是由自己把控的，而现在这种权利转移到Spring容器中，并由容器根据配置文件去创建实例和管理各个实例之间的依赖关系，对象与对象之间的松散耦合，也有利于功能的复用。DI依赖注入，和控制反转是同一个概念的不同角度的描述，即应用程序在运行时依赖IOC容器来动态注入对象需要的外部资源。

（2）最直观的表达就是，IOC让容器的创建不用再去new了，可以由Spring自动生成，使用java的反射机制，根据配置文件在运行时动态的去创建对象及管理对象，并调用对象的方法。

（3）Spring IOC的三种注入方式：构造器注入、setter注入、注解注入。

IOC让相互协作的组件保持松散的耦合，而AOP变成允许你把遍布于应用各层的功能分离出来形成可重用的功能组件。

4、Spring的AOP理解

OOP面向对象，允许开发者定义纵向的关系，但并适用于定义横向的关系，导致了大量代码的重复，而不利于各个模块的重用。

AOP，一般称为面向切面，作为面向对象的一种补充，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽象并封装为一个可重用的模块，这个模块被命名为切面（Aspect），减少系统中的重复代码，降低模块间的耦合度，同时提高了系统的可维护性。可用于权限认证、日志、事务处理。

AOP实现的关键在于代理模式，AOP代理主要分为静态代理和动态代理。静态代理的代表为AspectJ；动态代理则由Spring AOP为代表。

（1）AspectJ是静态代理的增强，所谓静态代理，就是AOP框架会在编译阶段生成AOP代理类，因此也称为编译时增强，他会在编译阶段将AspectJ（切面）织入到java字节码中，运行的时候就是增强之后的AOP对象。

（2）Spring AOP使用的动态代理，所谓的动态代理就是说AOP框架不会去修改字节码，而是每次运行时再内存中临时为方法生成一个AOP对象，这个AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处理，并回调原对象的方法。

Spring AOP的动态代理主要有两种方式，JDK动态代理和CGLIB动态代理：

① JDK动态代理只提供接口的代理，不支持类的代理。核心InvocationHandler接口和Proxy类，InvocationHandler通过invoke()方法反射来调用目标类中的代码，动态地将横切逻辑和业务编织在一起；接着，Proxy利用InvocationHandler动态创建一个符合某一接口的实例，生成目标类的代理对象。

② 如果代理类没有实现InvocationHandler接口，那么Spring AOP会选择使用CGLIB来动态代理目标类。CGLIB（Code Generation Library），是一个代码生成的类库，可以在运行时动态的生成指定类的一个子类对象，并覆盖其中特定方法并添加增强代码，从而实现AOP。CGLIB是通过继承的方式做的动态代理，因此如果某个类被标记为final，那么它是无法使用CGLIB做动态代理的。

（3）静态代理与动态代理区别在于生成AOP代理对象的时机不同，相对来说AspectJ的静态代理方式具有更好的性能，但是AspectJ需要特定的编译器进行处理，而Spring AOP则无需特定的编译器处理。

InvocationHandler的invoke（Object proxy，Method，Object[] args）：

proxy是最终生成的代理实例；

method是呗代理目标实例的某个具体方法；

args是被代理目标实例某个方法的具体入参，在方法反射调用时使用。

5、BeanFactory和ApplicationContext有什么区别？

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

（1）BeanFactory

BeanFactory是Spring里面最底层的接口，包含了各种Bean的定义，读取bean配置文件，管理bean的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系。ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：

① 继承MessageSource，支持国际化

② 统一的资源文件访问方式。

③ 提供在监听器中注册bean的事件。

④ 同时加载多个配置文件。

⑤ 载入多个（有继承关系）上下文，使得每一个上下文都专注于一个特定的层次，比如应用的web层。

（2）加载时机不同

① BeanFactory采用的是言辞加载形式来注入Bean的，即只有在使用到某个Bean时（调用getBean()方法），才对该Bean进行加载实例化。这样我们就不能发现一些存在的Spring配置问题。如果Bean的某一个属性没有注入，BeanFactory加载后，直至第一次使用调用getBean方法才会抛出异常。

② ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例Bean，确保当你需要的时候，你就不用等待，因为它们已经创建好了。

③ 相对于基本的BeanFactory，ApplicationContext唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。

（3）BeanFactory创建

通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader。

（4）BeanFactory和ApplicationContext

BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册。

6、请解释一下Spring Bean的生命周期？

首先说一下Servlet的生命周期：实例化，初始化init，接收请求service，销毁destroy；

Spring上下文中的Bean声明周期也类似，如下：

（1）实例化Bean

对于BeanFactory容器，当用户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化。

对于ApplicationContext容器，当容器启动结束后，通过获取BeanDefinition对象中的信息，实例化所有的bean。

（2）设置对象属性（依赖注入）

实例化后的对象被封装在BeanWrapper对象中，紧接着，Spring根据BeanDefinition中的信息以及通过BeanWrapper提供的设置属性的接口完成依赖注入。

（3）处理Aware接口

Spring会检测该对象是否实现了xxxAware接口，并将相关的xxxAware实例注入给Bean；

① 如果这个Bean已经实现了BeanNameAware接口，会调用它实现的setBeanName(String beanId)方法，此处传递的就是Spring配置文件中Bean的id值；

② 如果这个Bean已经实现了BeanFatoryAware接口，会调用它实现的setBeanFactory()方法，传递的是Spring工厂本身；

③ 如果这个Bean已经实现了ApplicationContextAware接口，会调用它实现的setApplicationContext(ApplicationContext)方法，传入Spring上下文；

（4）BeanPostProcessor

如果想对Bean进行一些自定义的处理，那么可以让Bean实现了BeanPostProcessor接口，那将会调用postProcessBeforeInitialization(Object obj, String s)方法。

（5）InitializingBean 与 init-method

如果Bean在Spring配置文件中配置了init-method属性，则会自动调用其配置的初始化方法。

（6）实现BeanPostProcessor接口

如果这个Bean实现了BeanPostProcessor接口，将会调用postProcessAfterInitialization(Object obj, String s)方法；由于这个方法是在Bean初始化结束时调用的，所以可以被应用于内存或缓存技术；

（7）DisposableBean

当Bean不再需要时，会经过清理阶段，如果Bean实现了DisposableBean这个接口，会调用其实现的destroy()方法；

（8）destroy-method

最后，如果这个Bean的Spring配置中配置了destroy-method属性，会自动调用其配置的销毁方法。

7、解释Spring支持的几种bean的作用域

Spring容器中的bean可以分为5个范围：

（1）singleton：默认，每个容器只有一个bean的实例，单例的模式由BeanFactory自身来维护；

（2）prototype：为每一个bean请求提供一个实例；

（3）request：为每一个网络请求创建一个实例，在请求完成以后，bean会失效并被垃圾回收器回收；

（4）session：与request范围类似，确保每个session中有一个bean的实例，在session过期后，bean会随之失效。

（5）global-session：全局作用域，global-session与Portlet应用相关。当你的应用部署在Portlet容器中工作时，它包含很多portlet。如果你想要的声明让所有的portlet共用全局的存储变量的话，那么这全局变量需要存储在global-session中。全局作用域与servlet中的session作用域效果相同。