文章目录
1.1 Spring的特性
IOC/DI、AOP。
1.2 Spring的模块
Core Container、Web Access、Data Access、Transactions、AOP、Test。
(核心容器、MVC、DAO、事务、切面编程、单元测试)
1.3 Spring的核心JAR包
1.4 Spring的注解
Spring的注解将应用程序中Bean的定义和Bean之间复杂的依赖关系的配置从XML配置中解放出来。
1.4.1 Spring注解的使用
- 导入命名规范;
- 指定IoC扫描包;
- 使用注解进行依赖注入。
1.导入命名空间及规范
在Spring的applicationContext.xml配置文件中导入命名空间及规范。
2.配置扫描包
在applicationContext.xml配置文件中配置需要扫描的包。
3.使用注解
在Java类中用@按需使用。
1.4.2 Spring的常用注解
1.5 Spring IoC的原理
1.5.1 Spring IoC简介
依赖注入DI/依赖查找DL都是控制反转IOC思想的实现之一,目的是降低代码间耦合度。
依赖注入是容器自动注入,依赖查找是用户从容器中查找。
1.5.2 Spring Bean的装配流程
- Spring在启动时从XML配置文件或注解中读取Bean配置信息;
- 在Spring容器中生成一份Bean注册表;
- 根据这份注册表实例化Bean,并装配好Bean之间的依赖关系;
- 将Bean的实例载入到Bean的HashMap缓存池。
1.5.3 Spring Bean 的作用域
- Prototype(原型):每次通过Spring容器获取Bean时,容器都将创建一个新的Bean实例。
- Request(请求)
- Session(会话)
- Singleton(单例,默认)
- Global Session(全局会话):在使用Portlet Context时,在一个Global Session中容器会返回该Bean的同一个实例。
1.5.4 Spring Bean的生命周期
- Bean的实例化。
- 如果Bean实现了BeanNameAware接口,则会调用setBeanName(String)方法,入参是Spring配置文件中Bean的id值。
- 如果Bean实现了BeanFactoryAware接口,则会调用setBeanFactory(BeanFactory)方法,入参是Spring工厂自身。
- 如果Bean实现了ApplicationContextAware接口,则会调用setApplicationContext(ApplicationContext)方法,入参是Spring上下文。
- 如果Bean使用了@PostConstruct注解,则会调用使用该注解的方法。
- 如果Bean实现了BeanPostProcessor接口,则会调用postProcessBeforeInitialization(Object obj, String s)方法。
- 如果Bean实现了BeanPostProcessor接口,则会调用postProcessAfterInitialization(Object obj, String s)方法。
- Bean的初始化完成。
- 如果Bean使用了@PreDestroy注解,则会调用使用该注解的方法。
- 如果Bean实现了DisposableBean接口,则会调用destroy()方法。
- Bean的销毁。
package com.example.demo;
import org.springframework.beans.BeansException;
import org.springframework.beans.factory.BeanFactory;
import org.springframework.beans.factory.BeanFactoryAware;
import org.springframework.beans.factory.BeanNameAware;
import org.springframework.beans.factory.DisposableBean;
import org.springframework.beans.factory.config.BeanPostProcessor;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
import org.springframework.stereotype.Component;
import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
/**
* @author wgm
* @since 2021/4/30
*/
@Component
public class Demo implements BeanNameAware, BeanFactoryAware, ApplicationContextAware, BeanPostProcessor, DisposableBean {
@Override
public void setBeanName(String s) {
System.out.println("setBeanName");
}
@Override
public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
System.out.println("setBeanFactory");
}
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
System.out.println("setApplicationContext");
}
@PostConstruct
public void postConstruct() {
System.out.println("PostConstruct");
}
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
System.out.println("postProcessBeforeInitialization");
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
System.out.println("postProcessAfterInitialization");
return bean;
}
@PreDestroy
public void preDestroy() {
System.out.println("PreDestroy");
}
@Override
public void destroy() throws Exception {
System.out.println("destroy");
}
}
- 配置bean名称
- 配置bean工厂
- 配置上下文
- 定义创建之后的操作
- 定义初始化之前的操作
- 定义初始化之后的操作
- 定义销毁之前的操作
- 定义销毁的操作
1.5.5 4种手动装配Bean
1.构造器注入
配置构造器入参。
2.set方法注入
配置属性的值或者属性的依赖。
3.静态工厂注入
配置一个静态工厂Bean,配置工厂方法;Bean里面配置属性对工厂Bean的依赖。
通过Spring注入的方式调用工厂类的静态方法来获取对象。为了让Spring管理所有对象,应用程序不能直接通过“工厂类.静态方法()”的方式获取对象,而需要通过Spring注入的方式获取对象。
4.实例工厂注入
配置一个实例工厂Bean,配置工厂方法;Bean里面配置属性对工厂Bean的依赖。
类似静态工厂注入。
1.5.6 4种自动装配Bean
- byType:属性通过参数类型自动装配。
- byName:属性通过参数名自动装配。
- constructor:构造器通过参数类型自动装配。
- autodetect:先使用constructor方式,失败则使用byType方式。
@Autowired:先使用byType方式,失败则使用byName方式。
1.6 Spring AOP的原理
1.6.1 Spring AOP简介
- 静态代理:AspectJ
- 动态代理:JDK、CGLib
Spring AOP引入了AspectJ的注解和编程方式,封装了JDK和CGLIB的动态代理,实现面向切面编程。
Spring AOP通过面向切面技术将与业务无关却为业务模块所共用的逻辑代码封装起来,以提高代码的复用率,降低模块之间的耦合度。
Spring AOP将应用分为核心关注点和横切关注点两个部分。业务处理流程为核心关注点,被业务所依赖的公共部分为横切关注点。横切关注点的特点是其行为经常发生在核心关注点的多处,而多处操作基本相似,比如权限认证、日志、事务。AOP的核心思想是将核心关注点和横切关注点分离开来,以降低模块耦合度。
1.6.2 AOP的核心概念
- 横切关注点:定义对哪些方法进行拦截,拦截后执行哪些操作。
- 切面(Aspect):横切关注点的抽象。
- 连接点(Joinpoint):在Spring中,连接点指被拦截到的方法,但是从广义上来说,连接点还可以是字段或者构造器。
- 切入点(Pointcut):对连接点进行拦截的定义。
- 通知(Advice):拦截到连接点之后要执行的具体操作,通知分为前置通知、后置通知、成功通知、异常通知和环绕通知5类。
- 目标对象:代理的目标对象。
- 织入(Weave):将切面应用到目标对象并执行代理对象创建的过程。
- 引入(Introduction):在运行期为类动态地添加一些方法或字段而不用修改类的代码。
1.6.3 AOP的2种代理方式
Spring提供了JDK和CGLib 2种方式来生成代理对象,具体生成代理对象的方式由AopProxyFactory根据AdvisedSupport对象的配置来决定。
- CGLib动态代理:CGLib即Code Generation Library,它是一个高性能的代码生成类库,可以在运行期间扩展Java类和实现Java接口。CGLib包的底层通过字节码处理框架ASM来实现,通过转换字节码生成新的类。
- JDK动态代理:JDK动态代理主要通过java.lang.reflect包中Proxy类和InvocationHandler接口来实现。InvocationHandler是一个接口,不同的实现类定义不同的横切逻辑,并通过反射机制调用目标类的代码,动态地将横切逻辑和业务逻辑编制在一起。Proxy类利用InvocationHandler动态创建一个符合某一接口的实例,生成目标类的代理对象。JDK 1.8中Proxy类的定义如下。
- CGLib动态代理和JDK动态代理的区别:JDK方式将接口的字节码对象作为参数,动态生成接口的实现类;CGLib方式将类的字节码对象作为参数,动态生成类的子类。
- Spring AOP默认的代理为:如果目标类实现了接口,则使用JDK动态代理技术,否则使用CGLib动态代理技术。
1.6.4 AOP的5种通知类型
around -> before -> afterReturning/afterThrowing -> after -> around
1.6.5 AOP的代码实现
1.7 Spring MVC的原理
工作流程:
1.用户发送请求到DispatcherServlet;
2.DispatcherServlet调用HandlerMapping来映射控制器和拦截器;
3.HandlerMapping映射到控制器和拦截器后生成控制器对象和拦截器对象;
4.DispatcherServlet调用HandlerAdaptor来适配控制器和拦截器;
5.HandlerAdaptor适配完后调用控制器和拦截器来执行业务并返回ModelAndView;
6.DispatcherServlet调用ViewResolver进行视图解析,之后进行视图渲染;
7.DispatcherServlet将视图响应给用户。
1.8 事务
原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durabilily)。
1.8.1 本地事务
@Transactional配置:事务管理器、事务超时时间、是否只读事务、是否回滚事务、事务的隔离级别、事务的传播行为。
事务的传播行为:当一个方法被另一个方法调用时,是:挂起旧事务、加入旧事务、是否创建新事务、事务嵌套、抛出异常。
1.8.2 分布式事务
略。
1.8.3 两阶段提交协议
略。
1.9 MyBatis
**逆向工程:**根据数据库的表生成对应的JavaBean、mapper.java、mapper.xml
动态标签:sql、include、insert、delete、update、select、where、if、set、resultMap、result、association、collection、foreach、choose、when、otherwise
缓存:
参考:Mybatis源码解析:为什么一级缓存和二级缓存都不建议使用?
JDBC使用Connection管理事务,MyBatis使用SqlSession管理事务。
- 一级缓存:SqlSession级别,最多能缓存1 024条SQL语句。默认开启。
- 二级缓存:Mapper级别的缓存,同一Mapper中不同的SqlSession可以共享缓存。
1.9.1 MyBatis的一级缓存原理
当客户端第一次发出一个SQL查询语句时,MyBatis执行SQL查询并将查询结果写入SqlSession的一级缓存,当第二次有相同的SQL查询语句时,则直接从缓存中获取数据。在缓存中使用的数据结构是Map,其中,Key为MapperId+Offset+Limit+SQL+所有的入参。
如果两次查询中间出现Commit操作(修改、添加、删除),则认为数据发生了变化,MyBatis会把该SqlSession中的一级缓存区域全部清空,当下次再到缓存中查询时将找不到对应的缓存数据,因此要再次从数据库中查询数据并将查询的结果写入缓存。
在整合进Spring以后(非手动开启SqlSession):
如果有事务,则SqlSession的生命周期为这个事务内;如果没有事务,则每次执行mapper方法都会创建新的SqlSession;
数据库更新操作会清空SqlSession的缓存。
1.9.2 MyBatis的二级缓存原理
MyBatis二级缓存的范围是Mapper级别的,Mapper以命名空间为单位创建缓存数据结构,数据结构是Map类型,Map中Key为MapperId+Offset+Limit+SQL+所有的入参。MyBatis的二级缓存是通过CacheExecutor实现的。CacheExecutor是Executor的代理对象。当MyBatis接收到用户的查询请求时,首先会根据Map的Key在CacheExecutor缓存中查询数据是否存在,如果不存在则在数据库中查询。
开启二级缓存需要做以下配置。
(1)在MyBatis全局配置中启用二级缓存配置。
(2)在对应的Mapper.xml中配置Cache节点。
(3)在对应的Select查询节点中添加useCache=true。
1.10 Spring的生态
Spring Boot配置热插拔的starter、内置tomcat