框架篇
Spring
Spring
Bean线程安全问题
Spring框架中的bean是单例的吗
默认是单例的singleton: Bean在每个SpringIOC容器中只有一个实例
prototype:一个Bean的定义可以有多个实例
Spring框架中的单例Bean是线程安全的吗
不是线程安全的
一般来说,Spring中的Bean都是注入的无状态的对象,没有线程安全问题,如果在bean中定义了可修改的成员变量,就要考虑线程安全的问题了,可以使用多例或者加锁来解决
AOP
什么是AOP
AOP称为面向切面编程,用于将那些与业务无关,但却对多个对象产生影响的公共行为和逻辑,抽取并封装为一个可重用的模块,这个模块被命名为“切面”(Aspect),减少系统中的重复代码,降低了模块间的耦合度,同时提高了系统的可维护性。
常见AOP使用场景
-
记录操作日志
-
缓存处理
-
Spring中内置的事务处理
事务原理
Spring支持的事务?
- 编程式事务控制 :需使用TransactionTemplate来进行实现,对业务代码有侵入性,项目中很少使用
- 声明式事务管理
- 声明式事务管理建立在AOP之上的。其本质是通过AOP功能,对方法前后进行拦截,将事务处理的功能编织到拦截的方法中,也就是在目标方法开始之前加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。
事务失效
-
捕获异常时失效 : 业务代码捕获异常后,自己处理了,就不会被事务的异常处理机制检测到,可以手动抛出异常
* -
抛出检查异常时失效: Spring默认只会回滚非检查异常
-
非public方法
Bean的生命周期
BeanDefinition是什么
Spring容器在进行实例化时,会将xml配置的的信息封装成一个BeanDefinition对象,Spring根据BeanDefinition来创建Bean对象,里面有很多的属性用来描述Bean
bean的定义对象
Spring的Bean的生命周期
- 通过BeanDefinition获取bean的定义信息
- 调用构造函数实例化bean
- bean的依赖注入
- 处理Aware接口(BeanNameAware、BeanFactoryAware、ApplicationContextAware)
- Bean的后置处理器BeanPostProcessor-前置
- 初始化方法(InitializingBean、init-method)
- Bean的后置处理器BeanPostProcessor-后置
- 销毁bean
循序依赖
循环依赖/引用是什么
循环依赖其实就是循环引用,也就是两个或两个以上的bean互相持有对方,最终形成闭环。比如A依赖于B,B依赖于A
循环依赖在spring中是允许存在,spring框架依据三级缓存已经解决了大部分的循环依赖
Spring可以解决Bean初始化时候的循环依赖
Spring框架的三级缓存是什么
//单实例对象注册器
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); //二级缓存
}
-
一级缓存 singletonObjects
- 单例池,缓存已经经历了完整的生命周期,已经初始化完成的bean对象
-
二级缓存 earlySingletonObjects
- 缓存早期的bean对象
-
三级缓存 singletonFactories
- 缓存的是ObjectFactory,表示对象工厂,用来创建某个对象的
构造方法出现了循环依赖怎么办?
懒加载: 添加注解 @Lazy
为什么构造方法会出现循环依赖
bean的生命周期的Bean要先经过构造方法才 可以创建成功,所以要延迟加载,用到的时候再加载了。
Spring MVC
执行流程
视图阶段(老旧JSP)
用户发送请求-> 前端控制器查询handler -> 处理器映射器里面封装了每个处理器的信息 返回处理器执行链给前端控制器(有可能有拦截器)所以直接返回一个执行链-> 前端控制器再发送请求到处理器适配器 -> 处理器适配器帮我们将处理传过来的参数、处理返回值
处理器适配器执行
处理器Handler-> 处理器返回数据给处理器适配器->处理器适配器返回ModelAndView给前端控制器->前端控制将数据放到视图解析器进行解析数据->数据解析器将View对象返回给前端控制器->前端控制器渲染视图->前端控制器返回请求到网页客户端
- 用户发送出请求到前端控制器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
注解里面有 @Import
注解->导入了AutoConfigurationImportSelector
这个类->AutoConfigurationImportSelector
查找META-INF下面的spring.factories
文件->spring.factories
文件里面包含了100多个bean,不是默认生效的->每一个bean都会判断是否有对应字节码 @ConditionOnClass
,如果我们导入这个bean的依赖则有对应字节码->判断环境中有没有对应的Bean ,没有bean就会注册bean到容器
Spring常见注解有哪些
关注 Bean 依赖注入方面
SpringMvc的常见注解有哪些
关注 请求处理方面
SpringBoot常见注解有哪些
SpringBootApplication里面的三个核心注解
MyBatis
执行流程
- 读取MyBatis配置文件:mybatis-config.xml加载运行环境和映射文件
- 构造会话工厂SqlSessionFactory
- 会话工厂创建SqlSession对象(包含了执行SQL语句的所有方法)
- 操作数据库的接口,Executor执行器,同时负责查询缓存的维护
- Executor接口的执行方法中有一个MappedStatement类型的参数,封装了映射信息
- 输入参数映射
- 输出结果映射
延迟加载
就是在需要用到数据时才进行加载,不需要用到数据时就不加载数据。
Mybatis支持一对一关联对象和一对多关联集合对象的延迟加载
在Mybatis配置文件中,可以配置是否启用延迟加载lazyLoadingEnabled=true|false,默认是关闭的
一二级缓存
一级缓存
基于 PerpetualCache 的 HashMap 本地缓存,其存储作用域为 Session,当Session进行flush或close之后,该Session中的所有Cache就将清空,默认打开一级缓存
二级缓存
二级缓存是基于namespace和mapper的作用域起作用的,不是依赖于SQL session,默认也是采用 PerpetualCache,HashMap 存储
开启二级缓存
-
全局配置文件
-
<settings> <setting name="cacheEnabled" value="true </settings>
-
-
映射文件
- 使用标签让当前mapper生效二级缓存
注意事项
- 对于缓存数据更新机制,当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了新增、修改、删除操作后,默认该作用域下所有 select 中的缓存将被 clear
- 二级缓存需要缓存的数据实现Serializable接口
- 只有会话提交或者关闭以后,一级缓存中的数据才会转移到二级缓存中