区域城市分站网站怎么做网站软文推广网站
框架篇
Spring框架中的bean不是线程安全的
@Scope（）
singleton单例
prototype多例
一个类中有可修改的成员变量需要考虑线程安全
bean没有可变状态（service类，DAO类）
某种程度单例bean是线程安全的
AOP面向切面编程，抽取公共行为和逻辑，封装成可重用的模块（切面）
记录操作日志
缓存处理
Spring中内置的事务处理
常用环绕通知
@Around（切面类）
Spring
编程式事务控制：TransactionTemplate 对业务代码侵入 不常用
声明式事务管理：@Transaction
本质通过AOP对方法前后进行拦截
在方法开始前加入一个事务
在执行完目标方法之后根据执行情况提交或者回滚事务
事务失效的场景
异常捕获处理
try catch
目标自己处理掉异常，事务通知无法获悉
在catch块中添加RuntimeException抛出
抛出检查异常
Spring默认只会回滚非检查异常
在注解里面配置rollbackFor属性
非public方法
事务通知前提是方法是public
bean的生命周期
BeanDefinition
Spring容器进行实例化，xml配置的<bean>的信息封装成BeanDefinition对象
1.构造函数：实例化Bean
Bean的创建和初始化赋值是分开的
2.依赖注入
3.Aware接口
4.Bean前置处理器
5.初始化方法：InitializingBean 自定义init方法
6.Bean后置处理器 AOP 动态代理
7.销毁Bean
三级缓存解决Spring中的循环引用（依赖注入出问题）
一级缓存：单例池，初始化完成的bean
二级缓存：缓存早期的bean对象（生命周期没有走完）
三级缓存：对象工厂，用来创建对象（代理对象）
spring框架依据三级缓存已经解决了大部分的循环依赖
构造方法循环依赖问题
在注入的参数前加@lazy注解
SpringMVC执行流程
视图阶段（老旧JSP）
1.请求到前端控制器
2.前端控制器调用处理器映射器
3.处理器映射器找到具体处理器，生成处理器对象以及处理器拦截器，返回给前端控制器
4.处理器前端控制器调用处理器适配器
5.处理器适配器适配到具体处理器
6.controller执行完返回ModeAndView给处理器适配器
7.处理器适配器将ModeAndView返回给前端控制器
8.前端控制器将ModeAndView传给视图解析器
9.视图解析器解析后返回具体的视图
10.前端控制器根据视图进行渲染
11.响应用户
前后端分离阶段（接口开发，异步）
1.请求到前端控制器
2.前端控制器调用处理器映射器
3.处理器映射器找到具体处理器，生成处理器对象以及处理器拦截器，返回给前端控制器
4.处理器前端控制器调用处理器适配器
5.处理器适配器适配到具体处理器
6.方法添加@ResponseBody
7.通过HttpMessageConverter返回结果转换为JSON并响应
Springboot自动配置原理
@SpringBootApplication包含三个注解
@SpringBootConfiguration 与@Configuration注解作用相同，配置类
@ComponentScan 组件扫描 默认引导类所在包及其子包
@EnableAutoConfiguration 实现自动化配置的核心注解
该注解通过@import注解导入对应的配置选择器
读取该项目和该项目引用的jar包的classpath路径下
META-INF/spring.factories文件中所配置的全类名
根据条件注解所指定的条件决定是否导入Spring容器中
@ConditionalOnClass 判断是否有对应的class文件
Mybatis执行流程
1.读取配置文件
2.创建会话工厂SqlSessionFactory
3.会话工厂创建SqlSession对象（包含执行sql语句的所有方法）
4.操作数据库的接口，Executor执行器，同时负责查询缓存的维护
5.Executor接口执行方法中有一个MappedStatement类型的参数，封装了映射信息
6.输入参数映射
7.输出结果映射
Mybatis支持延时加载，默认没有开启
原理：
1.使用CGLIB创建目标对象的代理对象
2.调用目标方法时，进入拦截器invoke方法，发现目标方法为null值，执行sql查询
3.获取数据后，调用set方法设置属性值，再继续查询目标方法，就有值
本地缓存：本质是一个HashMap
一级缓存：作用域是session级别
二级缓存：作用域是namespace和mapper的作用域，不依赖session
一级缓存：HashMap本地存储，Session进行flush或close，Session中所有的Cache清空
默认打开一级缓存
二级缓存：HashMap存储，不依赖于SQL session 默认关闭二级缓存
全局配置文件
映射文件<cache/>
1.数据更新机制：某一个作用域（一级缓存Session/二级缓存Namespace）进行新增、
修改、删除操作后，默认该作用域下的所有select中的缓存被clear
2.二级缓存需要缓存的数据实现Serializable
3.只有会话提交或者关闭之后，一级缓存中的数据才会转移到二级缓存中