Spring面试题整理，论程序员成长的正确姿势

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

portlet是基于Java的web组件，由Portlet容器管理，并由容器处理请求，生成动态内容。

使用portlet作为可插拔用户接口组件，提供信息系统的表示层。

作为利用servlets进行web应用编程的下一步，portlet实现了web应用的模块化和用户中心化。

8、Spring框架中的单例Bean是线程安全的吗？

---

Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。

但实际上，大部分的Spring bean并没有可变的状态（比如service和dao），所以在某种程度上说Spring的单例bean时线程安全的。如果你的bean有多种状态的话（比如view model对象），就需要自行保证线程安全。最浅显的解决办法就是将多态bean的作用域由singleton改为prototype。

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

---

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

最后

小编利用空余时间整理了一份《MySQL性能调优手册》，初衷也很简单，就是希望能够帮助到大家，减轻大家的负担和节省时间。

关于这个，给大家看一份学习大纲（PDF）文件，每一个分支里面会有详细的介绍。

这里都是以图片形式展示介绍，如要下载原文件以及更多的性能调优笔记（MySQL+Tomcat+JVM）！

**[CodeChina开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】](

)**

非线程安全状态采取ThreadLocal进行处理，解决线程安全问题。

最后

小编利用空余时间整理了一份《MySQL性能调优手册》，初衷也很简单，就是希望能够帮助到大家，减轻大家的负担和节省时间。

关于这个，给大家看一份学习大纲（PDF）文件，每一个分支里面会有详细的介绍。

[外链图片转存中…(img-SMs72K8p-1631186050626)]

这里都是以图片形式展示介绍，如要下载原文件以及更多的性能调优笔记（MySQL+Tomcat+JVM）！

**[CodeChina开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】](

)**