43) FactoryBean

演示 - FactoryBean

代码参考

com.itheima.a43 包

收获💡

  1. 它的作用是用制造创建过程较为复杂的产品, 如 SqlSessionFactory, 但 @Bean 已具备等价功能
  2. 使用上较为古怪, 一不留神就会用错
    1. 被 FactoryBean 创建的产品
      • 会认为创建、依赖注入、Aware 接口回调、前初始化这些都是 FactoryBean 的职责, 这些流程都不会走
      • 唯有后初始化的流程会走, 也就是产品可以被代理增强
      • 单例的产品不会存储于 BeanFactory 的 singletonObjects 成员中, 而是另一个 factoryBeanObjectCache 成员中
    2. 按名字去获取时, 拿到的是产品对象, 名字前面加 & 获取的是工厂对象

44) @Indexed 原理

真实项目中，只需要加入以下依赖即可

  1. <dependency>
  2.     <groupId>org.springframework</groupId>
  3.     <artifactId>spring-context-indexer</artifactId>
  4.     <optional>true</optional>
  5. </dependency>

演示 - @Indexed

代码参考

com.itheima.a44 包

收获💡

  1. 在编译时就根据 @Indexed 生成 META-INF/spring.components 文件
  2. 扫描时
    • 如果发现 META-INF/spring.components 存在, 以它为准加载 bean definition
    • 否则, 会遍历包下所有 class 资源 (包括 jar 内的)
  3. 解决的问题，在编译期就找到 @Component 组件，节省运行期间扫描 @Component 的时间

45) 代理进一步理解

演示 - 代理

代码参考

com.itheima.a45 包

收获💡

  1. spring 代理的设计特点
    • 依赖注入和初始化影响的是原始对象
      • 因此 cglib 不能用 MethodProxy.invokeSuper()
    • 代理与目标是两个对象，二者成员变量并不共用数据
  2. static 方法、final 方法、private 方法均无法增强
    • 进一步理解代理增强基于方法重写

46) @Value 装配底层

按类型装配的步骤

  1. 查看需要的类型是否为 Optional，是，则进行封装（非延迟），否则向下走
  2. 查看需要的类型是否为 ObjectFactory 或 ObjectProvider，是，则进行封装（延迟），否则向下走
  3. 查看需要的类型（成员或参数）上是否用 @Lazy 修饰，是，则返回代理，否则向下走
  4. 解析 @Value 的值
    1. 如果需要的值是字符串，先解析 ${ }，再解析 #{ }
    2. 不是字符串，需要用 TypeConverter 转换
  5. 看需要的类型是否为 Stream、Array、Collection、Map，是，则按集合处理，否则向下走
  6. 在 BeanFactory 的 resolvableDependencies 中找有没有类型合适的对象注入，没有向下走
  7. 在 BeanFactory 及父工厂中找类型匹配的 bean 进行筛选，筛选时会考虑 @Qualifier 及泛型
  8. 结果个数为 0 抛出 NoSuchBeanDefinitionException 异常
  9. 如果结果 > 1，再根据 @Primary 进行筛选
  10. 如果结果仍 > 1，再根据成员名或变量名进行筛选
  11. 结果仍 > 1，抛出 NoUniqueBeanDefinitionException 异常

演示 - @Value 装配过程

代码参考

com.itheima.a46 包

收获💡

  1. ContextAnnotationAutowireCandidateResolver 作用之一，获取 @Value 的值
  2. 了解 ${ } 对应的解析器
  3. 了解 #{ } 对应的解析器
  4. TypeConvert 的一项体现

47) @Autowired 装配底层

演示 - @Autowired 装配过程

代码参考

com.itheima.a47 包

收获💡

  1. @Autowired 本质上是根据成员变量或方法参数的类型进行装配
  2. 如果待装配类型是 Optional，需要根据 Optional 泛型找到 bean，再封装为 Optional 对象装配
  3. 如果待装配的类型是 ObjectFactory，需要根据 ObjectFactory 泛型创建 ObjectFactory 对象装配
    • 此方法可以延迟 bean 的获取
  4. 如果待装配的成员变量或方法参数上用 @Lazy 标注，会创建代理对象装配
    • 此方法可以延迟真实 bean 的获取
    • 被装配的代理不作为 bean
  5. 如果待装配类型是数组，需要获取数组元素类型，根据此类型找到多个 bean 进行装配
  6. 如果待装配类型是 Collection 或其子接口，需要获取 Collection 泛型，根据此类型找到多个 bean
  7. 如果待装配类型是 ApplicationContext 等特殊类型
    • 会在 BeanFactory 的 resolvableDependencies 成员按类型查找装配
    • resolvableDependencies 是 map 集合，key 是特殊类型，value 是其对应对象
    • 不能直接根据 key 进行查找，而是用 isAssignableFrom 逐一尝试右边类型是否可以被赋值给左边的 key 类型
  8. 如果待装配类型有泛型参数
    • 需要利用 ContextAnnotationAutowireCandidateResolver 按泛型参数类型筛选
  9. 如果待装配类型有 @Qualifier
    • 需要利用 ContextAnnotationAutowireCandidateResolver 按注解提供的 bean 名称筛选
  10. 有 @Primary 标注的 @Component 或 @Bean 的处理
  11. 与成员变量名或方法参数名同名 bean 的处理

48) 事件监听器

演示 - 事件监听器

代码参考

com.itheima.a48 包

收获💡

事件监听器的两种方式

  1. 实现 ApplicationListener 接口
    • 根据接口泛型确定事件类型
  2. @EventListener 标注监听方法
    • 根据监听器方法参数确定事件类型
    • 解析时机：在 SmartInitializingSingleton（所有单例初始化完成后），解析每个单例 bean

49) 事件发布器

演示 - 事件发布器

代码参考

com.itheima.a49 包

收获💡

事件发布器模拟实现

  1. addApplicationListenerBean 负责收集容器中的监听器
    • 监听器会统一转换为 GenericApplicationListener 对象，以支持判断事件类型
  2. multicastEvent 遍历监听器集合，发布事件
    • 发布前先通过 GenericApplicationListener.supportsEventType 判断支持该事件类型才发事件
    • 可以利用线程池进行异步发事件优化
  3. 如果发送的事件对象不是 ApplicationEvent 类型，Spring 会把它包装为 PayloadApplicationEvent 并用泛型技术解析事件对象的原始类型
    • 视频中未讲解