前言

上一篇文章已经学习了【依赖注入】相关的知识,这里详细的介绍一下【依赖来源】。

依赖来源

我们把依赖来源分为依赖查找的来源和依赖注入的来源分别讨论。

依赖查找的来源

1. Spring BeanDefinition

这里的Spring BeanDefinition又可以细分为:

  • 1.1 客户端自建的Spring Bean:

    如 UserService等等bean
  • 1.2 Spring容器启动时辅助的bean,可以称为Spring内建bean:

    如 org.springframework.context.annotation.internalAutowiredAnnotationProcessor

    这里的Spring内建bean是在AnnotationConfigUtils.registerAnnotationConfigProcessors()静态方法中所注册的,即注册到BeanDefinitionMap中。
点击查看[源码片段]
	public static Set<BeanDefinitionHolder> registerAnnotationConfigProcessors(
BeanDefinitionRegistry registry, @Nullable Object source) {
//省略。。。
if (!registry.containsBeanDefinition(AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME)) {
RootBeanDefinition def = new RootBeanDefinition(AutowiredAnnotationBeanPostProcessor.class);
def.setSource(source);
beanDefs.add(registerPostProcessor(registry, def, AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME));
}
//省略。。。
}

2. 单例对象

单例对象是指Spring容器启动时创建的一些单例bean,如容器中的Environment对象:

这里的Spring内建bean是在AbstractApplicationContext.prepareBeanFactory()中,添加到BeanFactory的。

点击查看[源码片段]
	protected void prepareBeanFactory(ConfigurableListableBeanFactory beanFactory) {
//省略...
// Register default environment beans.
if (!beanFactory.containsLocalBean(ENVIRONMENT_BEAN_NAME)) {
beanFactory.registerSingleton(ENVIRONMENT_BEAN_NAME, getEnvironment());
}
//省略...
}

其中1.2【Spring内建bean】以及2【单例对象】中的Spring内建bean都是在 依赖查找 章节中介绍的【Spring内建依赖】中的依赖。

依赖注入的来源

1. Spring BeanDefinition

同上述【依赖查找的来源】。

2. 单例对象

同上述【依赖查找的来源】。

3. 非Spring容器管理对象(ResolvableDependency、非推广对象、游离对象)

这里的【非Spring容器管理对象】是在单例对象那个方法里面一起注册的:

AbstractApplicationContext.prepareBeanFactory()中:

点击查看[源码片段]
	protected void prepareBeanFactory(ConfigurableListableBeanFactory beanFactory) {
//省略...
// BeanFactory interface not registered as resolvable type in a plain factory.
// MessageSource registered (and found for autowiring) as a bean.
beanFactory.registerResolvableDependency(BeanFactory.class, beanFactory);
beanFactory.registerResolvableDependency(ResourceLoader.class, this);
beanFactory.registerResolvableDependency(ApplicationEventPublisher.class, this);
beanFactory.registerResolvableDependency(ApplicationContext.class, this);
//省略...
}

那这几个游离对象是怎么运用的呢?

在上一章依赖注入章节中的源码分析中,我们知道在解析注入的依赖的时候:有一个方法DefaultListableBeanFactory.doResolveDependency,

在该方法中,调用了:DefaultListableBeanFactory.findAutowireCandidates(),内部会处理我们这4个特殊的游离对象的注入。

这也就是为什么Spring框架中,我们可以直接用如下代码注入BeanFactory或者ApplicationContext:

@Autowired
ApplicationContext applicationContext;

4. 外部化配置

因为到此为止还没有系统整理以及学习到外部化配置章节,并且基于学习者都是有spring基础的前提下,下例默认在META-INF/default.properties中拥有部分配置。

点击查看[示例代码]
@Configuration
@PropertySource(value = "META-INF/default.properties",encoding="UTF-8")
public class ExternalConfigurationDependencySourceDemo { @Value("${user.id:-1}")
private Long id; @Value("${usr.name}")
private String name; @Value("${user.resource:classpath://default.properties}")
private Resource resource; public static void main(String[] args) { // 创建 BeanFactory 容器
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext();
// 注册 Configuration Class(配置类) -> Spring Bean
applicationContext.register(ExternalConfigurationDependencySourceDemo.class); // 启动 Spring 应用上下文
applicationContext.refresh(); // 依赖查找 ExternalConfigurationDependencySourceDemo Bean
ExternalConfigurationDependencySourceDemo demo = applicationContext.getBean(ExternalConfigurationDependencySourceDemo.class); System.out.println("demo.id = " + demo.id);
System.out.println("demo.name = " + demo.name);
System.out.println("demo.resource = " + demo.resource); // 显示地关闭 Spring 应用上下文
applicationContext.close();
}
}

依赖查找的来源 VS 依赖注入的来源

点击查看[示例代码]
public class DependencySourceDemo {

    // 注入在 postProcessProperties 方法执行,早于 setter注入,也早于 @PostConstruct
@Autowired
private BeanFactory beanFactory;
@Autowired
private ResourceLoader resourceLoader;
@Autowired
private ApplicationContext applicationContext;
@Autowired
private ApplicationEventPublisher applicationEventPublisher; @PostConstruct
public void initByInjection() {
System.out.println("beanFactory == applicationContext " + (beanFactory == applicationContext));
System.out.println("beanFactory == applicationContext.getBeanFactory() " + (beanFactory == applicationContext.getAutowireCapableBeanFactory()));
System.out.println("resourceLoader == applicationContext " + (resourceLoader == applicationContext));
System.out.println("ApplicationEventPublisher == applicationContext " + (applicationEventPublisher == applicationContext));
} @PostConstruct
public void initByLookup() {
getBean(BeanFactory.class);
getBean(ApplicationContext.class);
getBean(ResourceLoader.class);
getBean(ApplicationEventPublisher.class);
} private <T> T getBean(Class<T> beanType) {
try {
return beanFactory.getBean(beanType);
} catch (NoSuchBeanDefinitionException e) {
System.err.println("当前类型" + beanType.getName() + " 无法在 BeanFactory 中查找!");
}
return null;
} public static void main(String[] args) {
// 创建 BeanFactory 容器
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext();
// 注册 Configuration Class(配置类) -> Spring Bean
applicationContext.register(DependencySourceDemo.class);
// 启动 Spring 应用上下文
applicationContext.refresh();
// 依赖查找 DependencySourceDemo Bean
DependencySourceDemo demo = applicationContext.getBean(DependencySourceDemo.class);
// 显示地关闭 Spring 应用上下文
applicationContext.close();
}

运行结果:

beanFactory == applicationContext false
beanFactory == applicationContext.getBeanFactory() true
resourceLoader == applicationContext true
ApplicationEventPublisher == applicationContext true
当前类型org.springframework.beans.factory.BeanFactory 无法在 BeanFactory 中查找!
当前类型org.springframework.context.ApplicationContext 无法在 BeanFactory 中查找!
当前类型org.springframework.core.io.ResourceLoader 无法在 BeanFactory 中查找!
当前类型org.springframework.context.ApplicationEventPublisher 无法在 BeanFactory 中查找!

这里补充一下上图缺少的[外部化配置]的特点:

类型:非常规的Spring对象依赖来源

有无生命周期管理:无

能否延迟初始化:不能

能否依赖查找:不能

Spring BeanDefinition 注册的源码位置

BeanDefinitionRegistry

DefaultListableBeanFactory#registerBeanDefinition

BeanDefinitionBuilder

单例对象注册到Spring IOC 容器的过程 以及 在依赖查找过程中的所充当的角色

单例对象注册到Spring IOC 容器的过程

SingletonBeanRegistry

DefaultListableBeanFactory#registerSingleton

在依赖查找过程中的所充当的角色:

AbstractBeanFactory#getBean(java.lang.String)

非Spring容器管理对象的应用

public class ResolvableDependencySourceDemo {

    @Autowired
private String value; @PostConstruct
public void init() {
System.out.println(value);
} public static void main(String[] args) { // 创建 BeanFactory 容器
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(); // 注册 Configuration Class(配置类) -> Spring Bean
applicationContext.register(ResolvableDependencySourceDemo.class); applicationContext.addBeanFactoryPostProcessor(beanFactory -> {
// 注册 Resolvable Dependency,必须在refresh()方法之后执行,但是又必须在aitowired(bean初始化)之前执行
beanFactory.registerResolvableDependency(String.class, "Hello,World");
}); // 启动 Spring 应用上下文
applicationContext.refresh(); // 显示地关闭 Spring 应用上下文
applicationContext.close();
}
}

注:游离对象可以被应用人员随意注册到spring中,但是需要保证游离对象只能被依赖注入,不能被依赖查找。

外部化配置在spring启动过程中的源码位置

org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.AutowiredFieldElement#inject

org.springframework.beans.factory.support.DefaultListableBeanFactory#doResolveDependency

DefaultListableBeanFactory#doResolveDependency源码片段

                        //下面的type在上例中第一个获取到java.lang.Long
Class<?> type = descriptor.getDependencyType();
//下面的getAutowireCandidateResolver()方法会得到一个ContextAnnotationAutowireCandidateResolver解析类
//该解析类会在下面的getSuggestedValue()方法中解析value的值,此时还是占位符
Object value = getAutowireCandidateResolver().getSuggestedValue(descriptor);
if (value != null) {
if (value instanceof String) {
//这里会把@Value注解的默认值解析出来
String strVal = resolveEmbeddedValue((String) value);

ContextAnnotationAutowireCandidateResolver.super.getSuggestedValue(DependencyDescriptor descriptor)源码:

	public Object getSuggestedValue(DependencyDescriptor descriptor) {
Object value = findValue(descriptor.getAnnotations());
if (value == null) {
MethodParameter methodParam = descriptor.getMethodParameter();
if (methodParam != null) {
value = findValue(methodParam.getMethodAnnotations());
}
}
return value;
}

【Spring】IoC容器 - 依赖来源的更多相关文章

  1. Ioc容器依赖注入-Spring 源码系列(2)

    Ioc容器依赖注入-Spring 源码系列(2) 目录: Ioc容器beanDefinition-Spring 源码(1) Ioc容器依赖注入-Spring 源码(2) Ioc容器BeanPostPr ...

  2. Spring IOC 容器源码分析 - 循环依赖的解决办法

    1. 简介 本文,我们来看一下 Spring 是如何解决循环依赖问题的.在本篇文章中,我会首先向大家介绍一下什么是循环依赖.然后,进入源码分析阶段.为了更好的说明 Spring 解决循环依赖的办法,我 ...

  3. Spring源码之IOC容器创建、BeanDefinition加载和注册和IOC容器依赖注入

    总结 在SpringApplication#createApplicationContext()执行时创建IOC容器,默认DefaultListableBeanFactory 在AbstractApp ...

  4. Spring IOC 容器源码分析系列文章导读

    1. 简介 Spring 是一个轻量级的企业级应用开发框架,于 2004 年由 Rod Johnson 发布了 1.0 版本.经过十几年的迭代,现在的 Spring 框架已经非常成熟了.Spring ...

  5. 造轮子:实现一个简易的 Spring IoC 容器

    作者:DeppWang.原文地址 我通过实现一个简易的 Spring IoC 容器,算是入门了 Spring 框架.本文是对实现过程的一个总结提炼,需要配合源码阅读,源码地址. 结合本文和源码,你应该 ...

  6. Spring IoC容器的初始化过程

    Spring IoC容器的初始化包括 BeanDefinition的Resource定位.载入和注册 这三个基本的过程.IoC容器的初始化过程不包含Bean依赖注入的实现.Bean依赖的注入一般会发生 ...

  7. TinyFrame续篇:整合Spring IOC实现依赖注入

    上一篇主要讲解了如何搭建基于CodeFirst的ORM,并且在章节末我们获取了上下文对象的实例:BookContext.这节主要承接上一篇,来讲解如何整合Spring IOC容器实现控制反转,依赖注入 ...

  8. 对Spring IoC容器实现的结构分析

    本文的目标:从实现的角度来认识SpringIoC容器. 观察的角度:从外部接口,内部实现,组成部分,执行过程四个方面来认识SpringIoC容器. 本文的风格:首先列出SpringIoC的外部接口及内 ...

  9. 解读Spring Ioc容器设计图

    在Spring Ioc容器的设计中,有俩个主要的容器系列:一个是实现BeanFactory接口的简单容器系列,这系列容器只实现了容器最基本的功能:另外一个是ApplicationContext应用上下 ...

随机推荐

  1. mysqli的基本使用

    简单实例 面向过程方式 // 创建数据库连接 $connect = mysqli_connect('127.0.0.1', 'root', 'root', 'test', 8889); // 判读是否 ...

  2. Redis消息的发布与订阅

  3. openwrt开发笔记一:源码下载与编译

    1.1 环境要求 编译系统:Linux发行版(本文使用Ubuntu) 编译一个可以安装的OpenWrt固件镜像文件(大约8MB大小的),你需要: 一个纯净的OpenWrt编译系统大约需要200MB的空 ...

  4. 《通过刷leetcode学习Go语言》之(1):序言

    Author       : Email         : vip_13031075266@163.com Date          : 2021.03.07 Version     : 北京 C ...

  5. SprinBoot-SpringData-整合

    目录 SpringData 整合JDBC JDBCTemplate 整合Druid 配置数据源 配置Druid数据源监控 整合MyBatis 整合测试 整合Redis 测试整合 序列化配置 自定义re ...

  6. Linux从头学12:读完这篇【特权级】文章,你就比别人更“精通”操作系统!

    作 者:道哥,10+年嵌入式开发老兵,专注于:C/C++.嵌入式.Linux. 关注下方公众号,回复[书籍],获取 Linux.嵌入式领域经典书籍:回复[PDF],获取所有原创文章( PDF 格式). ...

  7. 处理器核、Core、处理器、CPU区别&&指令集架构与微架构的区别&&32位与64位指令集架构说明

    1.处理器核.Core.处理器.CPU的区别 严格来说"处理器核"和" Core "是指处理器内部最核心的部分,是真正的处理器内核:而"处理器&quo ...

  8. go语言游戏服务端开发(三)——服务机制

    五邑隐侠,本名关健昌,12年游戏生涯. 本教程以Go语言为例.   P2P网络为服务进程间.服务进程与客户端间通信提供了便利,在这个基础上可以搭建服务. 在服务层,通信包可以通过定义协议号来确定该包怎 ...

  9. open failed: EACCES (Permission denied)

    出现背景:调用系统相册进行图片展示,但是没有成功,是空白的,且检查权限无问题 解决方法

  10. Artix Linux作业系统的使用~

    Artix(阿蒂克斯)Linux 与Gentoo(贱兔) Linux真是夫唱妇随.由于Artix(阿蒂克斯)逃离Systemd,投入到了openrc温暖的怀抱,从而使得每安装一个软体,你还得额外为其安 ...