【Spring理解总结】

最新推荐文章于 2024-07-11 14:56:13 发布

泠梧

最新推荐文章于 2024-07-11 14:56:13 发布

阅读量672

点赞数 18

文章标签： spring hive java

本文链接：https://blog.csdn.net/cyh0107/article/details/137369224

版权

Spring理解总结

容器接口
容器实现
bean生命周期
bean后处理器和beanfactory后处理器
- bean后处理器
- beanfactory后处理器
scope作用域
AOP

视频地址
链接：视频地址
对视频spring部分的学习进行总结

容器接口

BeanFactory 接口：
- getBean
- 控制反转、基本的依赖注入、直至 Bean 的生命周期的各种功能，都由它的实现类提供
ApplicationContext 接口，是 BeanFactory的子接口，扩展了 BeanFactory 接口的功能：
- 国际化（国际化文件均在 src/resources 目录下）
- 通配符方式获取一组 Resource 资源
- 整合 Environment 环境（能通过它获取各种来源的配置信息）
- 事件发布与监听，实现组件之间的解耦

容器实现

DefaultListableBeanFactory，是 BeanFactory 最重要的实现，像控制反转和依赖注入功能，都是它来实现
- beanFactory 可以通过 registerBeanDefinition 注册一个 bean definition 对象
  - 我们平时使用的配置类、xml、组件扫描等方式都是生成 bean definition 对象注册到 beanFactory 当中
  - bean definition 描述了这个 bean 的创建蓝图：scope 是什么、用构造还是工厂创建、初始化销毁方法是什么等
- beanFactory 需要手动调用 beanFactory 后处理器对它做增强
  - 例如通过解析 @Bean、@ComponentScan 等注解，来补充一些 bean definition
- beanFactory 需要手动添加 bean 后处理器，以便对后续 bean 的创建过程提供增强
  - 例如 @Autowired，@Resource 等注解的解析都是 bean 后处理器完成的
  - bean 后处理的添加顺序会对解析结果有影响
- beanFactory 需要手动调用方法来初始化单例
- beanFactory 需要额外设置才能解析 ${} 与 #{}
ClassPathXmlApplicationContext，从类路径查找 XML 配置文件，创建容器（旧）
FileSystemXmlApplicationContext，从磁盘路径查找 XML 配置文件，创建容器（旧）
XmlWebApplicationContext，传统 SSM 整合时，基于 XML 配置文件的容器（旧）
AnnotationConfigWebApplicationContext，传统 SSM 整合时，基于 java 配置类的容器（旧）
AnnotationConfigApplicationContext，Spring boot 中非 web 环境容器（新）
AnnotationConfigServletWebServerApplicationContext，Spring boot 中 servlet web 环境容器（新）
AnnotationConfigReactiveWebServerApplicationContext，Spring boot 中 reactive web 环境容器（新）

bean生命周期

创建：根据 bean 的构造方法或者工厂方法来创建 bean 实例对象
依赖注入：根据 @Autowired，@Value 或其它一些手段，为 bean 的成员变量填充值、建立关系
初始化：回调各种 Aware 接口，调用对象的各种初始化方法
销毁：在容器关闭时，会销毁所有单例对象（即调用它们的销毁方法）prototype 对象也能够销毁，不过需要容器这边主动调用

创建前后的增强

postProcessBeforeInstantiation
- 这里返回的对象若不为 null 会替换掉原本的 bean，并且仅会走 postProcessAfterInitialization 流程
postProcessAfterInstantiation
- 这里如果返回 false 会跳过依赖注入阶段

依赖注入前的增强

postProcessProperties
- 如 @Autowired、@Value、@Resource

初始化前后的增强

postProcessBeforeInitialization
- 这里返回的对象会替换掉原本的 bean
- 如 @PostConstruct、@ConfigurationProperties
postProcessAfterInitialization
- 这里返回的对象会替换掉原本的 bean
- 如代理增强

销毁之前的增强

postProcessBeforeDestruction
- 如 @PreDestroy

bean后处理器和beanfactory后处理器

bean后处理器

@Autowired 等注解的解析属于 bean 生命周期阶段（依赖注入, 初始化）的扩展功能，这些扩展功能由 bean 后处理器来完成
每个后处理器各自增强什么功能
- AutowiredAnnotationBeanPostProcessor 解析 @Autowired 与 @Value
- CommonAnnotationBeanPostProcessor 解析 @Resource、@PostConstruct、@PreDestroy
- ConfigurationPropertiesBindingPostProcessor 解析 @ConfigurationProperties
另外 ContextAnnotationAutowireCandidateResolver 负责获取 @Value 的值，解析 @Qualifier、泛型、@Lazy 等

beanfactory后处理器

ConfigurationClassPostProcessor 可以解析
- @ComponentScan
- @Bean
- @Import
- @ImportResource
MapperScannerConfigurer 可以解析
- Mapper 接口

scope作用域

singleton，容器启动时创建（未设置延迟），容器关闭时销毁
prototype，每次使用时创建，不会自动销毁，需要调用 DefaultListableBeanFactory.destroyBean(bean) 销毁
request，每次请求用到此 bean 时创建，请求结束时销毁
session，每个会话用到此 bean 时创建，会话结束时销毁
application，web 容器用到此 bean 时创建，容器停止时销毁

但要注意，如果在 singleton 注入其它 scope 都会有问题，解决方法主要目的是延时加载真正的对象

@Lazy
@Scope(proxyMode = ScopedProxyMode.TARGET_CLASS)
ObjectFactory
ApplicationContext.getBean

AOP

静态代理

ajc编译器
1. 编译器也能修改 class 实现增强
2. 编译器增强能突破代理仅能通过方法重写增强的限制：可以对构造方法、静态方法等实现增强
agent类加载
- 类加载时可以通过 agent 修改 class 实现增强

动态代理

jdk
- jdk 动态代理要求目标必须实现接口，生成的代理类实现相同接口，因此代理与目标之间是平级兄弟关系
- 反射优化：
  1. 前 16 次反射性能较低
  2. 第 17 次调用会生成代理类，优化为非反射调用
cglib
- cglib 不要求目标实现接口，它生成的代理类是目标的子类，因此代理与目标之间是子父关系
- 限制：根据上述分析 final 类无法被 cglib 增强
- 反射优化：
  当调用 MethodProxy 的 invoke 或 invokeSuper 方法时, 会动态生成两个类
  1. ProxyFastClass 配合代理对象一起使用, 避免反射
  2. TargetFastClass 配合目标对象一起使用, 避免反射 (Spring 用的这种)

@Aspect 到 Advisor

AnnotationAwareAspectJAutoProxyCreator将高级 @Aspect 切面统一为低级 Advisor 切面

代理创建时机

代理的创建时机
- 初始化之后 (无循环依赖时)
- 实例创建后, 依赖注入前 (有循环依赖时), 并暂存于二级缓存
依赖注入与初始化不应该被增强, 仍应被施加于原始对象

通知调用过程

通过 proxyFactory 的 getInterceptorsAndDynamicInterceptionAdvice() 将其他通知统一转换为 MethodInterceptor 环绕通知
- MethodBeforeAdviceAdapter 将 @Before AspectJMethodBeforeAdvice 适配为 MethodBeforeAdviceInterceptor
- AfterReturningAdviceAdapter 将 @AfterReturning AspectJAfterReturningAdvice 适配为 AfterReturningAdviceInterceptor
- 这体现的是适配器设计模式
所谓静态通知，体现在上面方法的 Interceptors 部分，这些通知调用时无需再次检查切点，直接调用即可
结合目标与环绕通知链，创建 MethodInvocation 对象，通过它完成整个调用