java面试-框架常见问题整理及解答

大纲摘要：

Spring常见问题

Spring框架中的bean是单例的吗？

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

Spring bean并没有可变的状态（比如Service类和Dao类），所以在某种程度上来说Spring的单例bean是线程安全的。

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

不是线程安全的，Spring框架中有一个@Scope注解，默认的值就是singleton，单例的。

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

参考答案：不是线程安全的，是这样的，当多用户同时请求一个服务时，容器会给每一个请求分配一个线程，这时多个线程会并发执行该请求对应的业务逻辑（成员方法），如果该处理逻辑中有对该单例状态的修改（体现为该单例的成员属性），则必须考虑线程同步问题。

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

比如：我们通常在项目中使用的Spring bean都是不可变的状态（比如Service类和Dao类），所以在某种程度上说Spring的单例bean是线程安全的。

如果你的bean有多种状态的话（比如View Model对象），就需要自行保证线程安全，最浅显的解决办法就是将多态bean的作用由singleton变更为prototype。

什么是AOP，你们项目中有没有使用到AOP？

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

常见的AOP使用场景：

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

Spring中的事务是如何实现的？

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

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

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

• 异常捕获处理，自己处理了异常，没有抛出，解决：手动抛出
• 抛出检查异常，解决：配置rollbackFor属性为Exception
• 非public方法，解决：将方法改为public

Spring的bean的生命周期

Spring容器是如何管理和创建bean实例

方便调试和解决问题

BeanDefinition

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

Spring的bean的生命周期

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

Spring中的循环引用

循环依赖：循环依赖其实就是循环引用，也就是两个或两个以上的bean互相持有对方，最终形成闭环，比如A依赖于B，B依赖于A

循环依赖在Spring中是允许存在的，spring框架依据三级缓存已经解决了大部分的循环依赖

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

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

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

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

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

SpringMVC的执行流程

• 视图阶段（老旧JSP等）
• 前后端分离阶段（接口开发、异步）

SpringMVC的执行流程知道吗？

（JSP版本执行流程如下）

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

（前后端开发、接口开发执行流程如下）

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

Springboot自动配置原理

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

Springboot自动配置原理：

1. 在SPringboot项目中的引导类上有一个注解@SpringBootApplication，这个注解是对三个注解进行了封装，分别是@SpringbootConfiguration、@EnableAutoConfiguration、@ComponentScan
2. 其中@EnableAutoConfiguration是实现自动化配置的核心注解，该注解通过@Import注解导入对应的配置选择器。内部就是读取了该项目和该项目引用的jar包的classpath路径下META-INF/spring.factories文件中的所配置的类的全类名。在这些配置类中所定义的Bean会根据条件注解所指定的条件来决定是否需要将其导入到Spring容器中。
3. 条件判断会有像@ConditionalOnClass这样的注解，判断是否有对应的class文件，如果有则加载该类，把这个配置类的所有的Bean放入spring容器中使用。

MyBatis

• 理解各个组件的关系
• Sql的执行过程（参数映射、sql解析、执行和结果处理）
• 

MyBatis的执行流程

1. 读取MyBatis配置文件：mybatis-config.xml加载运行环境和映射文件
2. 构造会话工厂SqlSessionFactory
3. 会话工厂创建SqlSession对象（包含了执行SQL的所有方法）
4. 操作数据库的接口，Executor执行器，同时负责查询缓存的维护
5. Executor接口的执行方法中有一个MapperStatement类型的参数，封装了映射信息
6. 输入参数映射
7. 输出结果映射

Mybatis是否支持延迟加载？

mybatis支持延迟加载，但默认不开启

什么叫做延迟加载？

查询用户的时候，把用户所属的订单数据也查询出来，这个就是立即加载。

查询用户的时候，暂时不查询订单数据，当需要订单的时候，再查询订单，这个就是延迟加载。

延迟加载的原理

1. 使用CGLIB创建目标对象的代理对象
2. 当调用目标方法user.getOrderList()时，进入拦截器invoke方法，发现user.getOrderList()是null值，执行sql查询order列表
3. 把order查询上来，然后调用user.setOrderList<List<Order> orderList>，接着返回user.getOrderList()方法的调用

Mybatis的一级、二级缓存

• 本地缓存，基于PerpetualCache，本质是一个HashMap
• 一级缓存：作用域是session级别
• 二级缓存：作用域是namespace和mapper的作用域，不依赖于session

一级缓存：基于PerpetualCache的HashMap本地缓存，其存储作用域为Session，当Session进行flush或close之后，该Session的所有Cache就将清空，默认打开一级缓存。

二级缓存是基于namespace和mapper的作用域起作用的，不是依赖于SQL session，默认也是采用PerpetualCache，HashMap存储

二级缓存默认是关闭的

开启方式，两步

1、全局配置文件

2、映射文件

使用<cache/>标签让当前mapper生效二级缓存

二级缓存，注意事项：

• 对于缓存数据更新机制，当某一个作用域（一级缓存Session/二级缓存Namespaces）的进行了新增、修改、删除操作后，默认该作用域下所有select中的缓存将被clear
• 二级缓存需要缓存的数据实现Serializable接口
• 只有会话提交或者关闭以后，一级缓存中的数据才会转移到二级缓存中