SSM框架——Spring面试题

Spring常见面试题

Spring框架中的单例bean是线程安全的吗

不是线程安全的Spring框架中有一个@Scope注解，默认的值就是singleton，单例的。因为一般在spring的bean的中都是注入无状态的对象，没有线程安全问题，如果在bean中定义了可修改的成员变量，是要考虑线程安全问题的，可以使用多例或者加锁来解决

Spring框架中的bean是单例的吗

singleton : bean在每个Spring IOC容器中只有一个实例。
prototype：一个bean的定义可以有多个实例。

什么是AOP

AOP称为面向切面编程，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为"切面"（Aspect），减少系统中的重复代码，降低了模块间的耦合度，同时提高了系统的可维护性。

常见的AOP使用场景：

记录操作日志
缓存处理
Spring中内置的事务处理

记录操作日志思路

获取请求的用户名、请求方式、访问地址、模块名称、登录ip、操作时间，记录到数据库的日志表中。核心是：使用aop中的环绕通知+切点表达式（找到要记录日志的方法），通过环绕通知的参数获取请求方法的参数（类、方法、注解、请求方式等），获取到这些参数以后，保存到数据库

Spring中的事务是如何实现的

Spring支持编程式事务管理和声明式事务管理两种方式。

编程式事务控制：需使用TransactionTemplate来进行实现，对业务代码有侵入性，项目中很少使用
声明式事务管理：声明式事务管理建立在AOP之上的。其本质是通过AOP功能，对方法前后进行拦截，将事务处理的功能编织到拦截的方法中，也就是在目标方法开始之前加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

Spring中事务失效的场景有哪些

情况一：异常捕获处理

原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉

解决：在catch块添加throw new RuntimeException(e)抛出

情况二：抛出检查异常

原因：Spring 默认只会回滚非检查异常

解决：配置rollbackFor属性@Transactional(rollbackFor=Exception.class)

情况三：非public方法导致的事务失效

原因：Spring 为方法创建代理、添加事务通知、前提条件都是该方法是 public 的。

解决：改为 public

Spring的bean的生命周期

BeanDefinition

Spring容器在进行实例化时，会将xml配置的<bean>的信息封装成一个BeanDefinition对象，Spring根据BeanDefinition来创建Bean对象，里面有很多的属性用来描述Bean。

复制代码

<bean id="userDao" class="com.itheima.dao.impl.UserDaoImpl" lazy-init="true"/>
<bean id="userService" class="com.itheima.service.UserServiceImpl" scope="singleton">
    <property name="userDao" ref="userDao"></property> 
</bean>

beanClassName：bean 的类名
initMethodName：初始化方法名称
properryValues：bean 的属性值
scope：作用域
lazyInit：延迟初始化

通过BeanDefinition获取bean的定义信息
调用构造函数实例化bean
bean的依赖注入
处理Aware接口(BeanNameAware、BeanFactoryAware、ApplicationContextAware)
Bean的后置处理器BeanPostProcessor-前置
初始化方法(InitializingBean、init-method)
Bean的后置处理器BeanPostProcessor-后置
销毁bean

Spring中的循环引用

什么是Spring的循环依赖？

循环依赖发生在两个或两个以上的bean互相持有对方，形成闭环。在创建A对象的同时需要使用的B对象，在创建B对象的同时需要使用到A对象。

三级缓存解决循环依赖

复制代码

//单实例对象注册器
public class DefaultSingletonBeanRegistry extends SimpleAliasRegistry implements SingletonBeanRegistry {
    private static final int SUPPRESSED_EXCEPTIONS_LIMIT = 100;
    //一级缓存
    private final Map<String, Object> singletonObjects = new ConcurrentHashMap(256);
    //三级缓存
    private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap(16);
    //二级缓存
    private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap(16);
}

一级缓存作用：限制bean在beanFactory中只存一份，即实现singleton scope，解决不了循环依赖

如果要想打破循环依赖, 就需要一个中间人的参与, 这个中间人就是二级缓存。

从二级缓存中获取的是指向A对象的地址，即使是半成品对于B来讲只要拿到A对象的地址就能创建

循环依赖：循环依赖其实就是循环引用,也就是两个或两个以上的bean互相持有对方,最终形成闭环。比如A依赖于B,B依赖于A
循环依赖在spring中是允许存在，spring框架依据三级缓存已经解决了大部分的循环依赖

一级缓存：单例池，缓存已经经历了完整的生命周期，已经初始化完成的bean对象
二级缓存：缓存早期的bean对象（生命周期还没走完）
三级缓存：缓存的是ObjectFactory，表示对象工厂，用来创建某个对象的

|----------|-----------------------|------------------------------------|
| 缓存名称 | 源码名称 | 作用 |
| 一级缓存 | singletonObjects | 单例池，缓存已经经历了完整的生命周期，已经初始化完成的 bean对象 |
| 二级缓存 | earlySingletonObjects | 缓存早期的bean对象（生命周期还没走完） |
| 三级缓存 | singletonFactories | 缓存的是ObjectFactory，表示对象工厂，用来创建某个对象的 |

构造方法出现了循环依赖怎么解决？

A依赖于B，B依赖于A，注入的方式是构造函数

原因：由于bean的生命周期中构造函数是第一个执行的，spring框架并不能解决构造函数的的依赖注入

解决方案：使用@Lazy进行懒加载，什么时候需要对象再进行bean对象的创建

复制代码

public A(@Lazy B b){
    System.out.println("A的构造方法执行了...");
    this.b = b ;
}

SpringMVC的执行流程

视图阶段（老旧JSP等）

用户发送出请求到前端控制器DispatcherServlet
DispatcherServlet收到请求调用HandlerMapping（处理器映射器）
HandlerMapping找到具体的处理器，生成处理器对象及处理器拦截器(如果有)，再一起返回给DispatcherServlet。
DispatcherServlet调用HandlerAdapter（处理器适配器）
HandlerAdapter经过适配调用具体的处理器（Handler/Controller）
Controller执行完成返回ModelAndView对象
HandlerAdapter将Controller执行结果ModelAndView返回给DispatcherServlet
DispatcherServlet将ModelAndView传给ViewReslover（视图解析器）
ViewReslover解析后返回具体View（视图）
DispatcherServlet根据View进行渲染视图（即将模型数据填充至视图中）
DispatcherServlet响应用户

前后端分离阶段（接口开发，异步）

用户发送出请求到前端控制器DispatcherServlet
DispatcherServlet收到请求调用HandlerMapping（处理器映射器）
HandlerMapping找到具体的处理器，生成处理器对象及处理器拦截器(如果有)，再一起返回给DispatcherServlet。
DispatcherServlet调用HandlerAdapter（处理器适配器）
HandlerAdapter经过适配调用具体的处理器（Handler/Controller）
方法上添加了@ResponseBody
通过HttpMessageConverter来返回结果转换为JSON并响应

Springboot自动配置原理

@SpringBootConfiguration：该注解与 @Configuration 注解作用相同，用来声明当前也是一个配置类。
@ComponentScan：组件扫描，默认扫描当前引导类所在包及其子包。
@EnableAutoConfiguration：SpringBoot实现自动化配置的核心注解。

继续打开@EnableAutoConfiguration

AutoConfigurationImportSelector实现方式为SpringFactories机制

getAutoConfigurationEntry为Spring自动配置入口

SpringFactories文件路径

总结：Spring Boot的自动配置原理基于@SpringBootApplication注解，它封装了@SpringBootConfiguration、@EnableAutoConfiguration和@ComponentScan。@EnableAutoConfiguration是核心，它通过@Import导入配置选择器，读取META-INF/spring.factories文件中的类名，根据条件注解决定是否将配置类中的Bean导入到Spring容器中。

Springboot配置原理视频讲解：B站目前讲的最透彻的SpringBoot自动配置，大厂面试必备知识点#安员外很有码_哔哩哔哩_bilibili

Spring 的常见注解有哪些？

|---------------------------------------------|-------------------------------------|
| 注解 | 说明 |
| @Component、@Controller、@Service、@Repository | 使用在类上用于实例化Bean |
| @Autowired | 使用在字段上用于根据类型依赖注入 |
| @Qualifier | 结合@Autowired一起使用用于根据名称进行依赖注入 |
| @Scope | 标注Bean的作用范围 |
| @Configuration | 指定当前类是一个 Spring 配置类，当创建容器时会从该类上加载注解 |
| @ComponentScan | 用于指定 Spring 在初始化容器时要扫描的包 |
| @Bean | 使用在方法上，标注将该方法的返回值存储到Spring容器中 |
| @Import | 使用@Import导入的类会被Spring加载到IOC容器中 |
| @Aspect、@Before、@After、@Around、@Pointcut | 用于切面编程（AOP） |

Springboot常见注解

|--------------------------|---------------------------------|
| 注解 | 说明 |
| @SpringBootConfiguration | 组合了- @Configuration注解，实现配置文件的功能 |
| @EnableAutoConfiguration | 打开自动配置的功能，也可以关闭某个自动配置的选 |
| @ComponentScan | Spring组件扫描 |

SpringMVC

|-----------------|--------------------------------------------------|
| 注解 | 说明 |
| @RequestMapping | 用于映射请求路径，可以定义在类上和方法上。用于类上，则表示类中的所有的方法都是以该地址作为父路径 |
| @RequestBody | 注解实现接收http请求的json数据，将json转换为java对象 |
| @RequestParam | 指定请求参数的名称 |
| @PathViriable | 从请求路径下中获取请求参数(/user/{id})，传递给方法的形式参数 |
| @ResponseBody | 注解实现将controller方法返回对象转化为json对象响应给客户端 |
| @RequestHeader | 获取指定的请求头数据 |
| @RestController | @Controller + @ResponseBody |