Spring底层架构源码解析(三)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介: Spring底层架构源码解析(三)

ApplicationContext

接上一篇文章,再将到BeanFactory后不得不提到ApplicationContext了,ApplicationContext其实是继承了BeanFactory的,但是ApplicationContext提供了比BeanFactory更多的功能,其中ApplicationContext两个比较重要的实现类:

1. AnnotationConfigApplicationContext

2. ClassPathXmlApplicationContext

AnnotationConfigApplicationContext

在idea的继承图如下,可以发现AnnotationConfigApplicationContext实现了很多的接口

1. ConfigurableApplicationContext:继承了ApplicationContext接口,增加了,添加事件监听 器、添加BeanFactoryPostProcessor、设置Environment,获取 ConfigurableListableBeanFactory等功能


2. AbstractApplicationContext:实现了ConfigurableApplicationContext接口

3. GenericApplicationContext:继承了AbstractApplicationContext,实现了 BeanDefinitionRegistry接口,拥有了所有ApplicationContext的功能,并且可以注册 BeanDefinition,注意这个类中有一个属性(DefaultListableBeanFactory beanFactory)

4. AnnotationConfigRegistry:可以单独注册某个为类为BeanDefinition(可以处理该类上的 **@Configuration注解**,已经可以处理**@Bean注解**),同时可以扫描

5. AnnotationConfigApplicationContext:继承了GenericApplicationContext,实现了 AnnotationConfigRegistry接口,拥有了以上所有的功能  

ClassPathXmlApplicationContext

同样,在idea的继承图如下,可以发现ClassPathXmlApplicationContext实现了很多的接口

类型转换

在spring的源码中有许多类型转换的工具类,例如:PropertyEditor,ConversionService,TypeConverter等,他们可以将我们写的String转换为spring需要加载的类对象

PropertyEditor

public class StringToUserPropertyEditor extends PropertyEditorSupport implements 
PropertyEditor { 
  @Override 
  public void setAsText(String text) throws IllegalArgumentException { 
    User user = new User(); 
    user.setName(text); 
    this.setValue(user); 
  } 
} 

如何向Spring中注册PropertyEditor:

@Bean 
public CustomEditorConfigurer customEditorConfigurer() { 
  CustomEditorConfigurer customEditorConfigurer = new CustomEditorConfigurer(); 
  Map<Class<?>, Class<? extends PropertyEditor>> propertyEditorMap = new HashMap<>(); 
     
    // 表示StringToUserPropertyEditor可以将String转化成User类型,在Spring源码中,如果发现当前
对象是String,而需要的类型是User,就会使用该PropertyEditor来做类型转化 
  propertyEditorMap.put(User.class, StringToUserPropertyEditor.class); 
  customEditorConfigurer.setCustomEditors(propertyEditorMap); 
  return customEditorConfigurer; 
} 

ConversionService

ConversionService是比PropertyEditor更为强大的类型转换类

public class StringToUserConverter implements ConditionalGenericConverter { 
  @Override 
  public boolean matches(TypeDescriptor sourceType, TypeDescriptor targetType) { 
    return sourceType.getType().equals(String.class) && 
targetType.getType().equals(User.class); 
  } 
  @Override 
  public Set<ConvertiblePair> getConvertibleTypes() { 
    return Collections.singleton(new ConvertiblePair(String.class, User.class)); 
  } 
  @Override 
  public Object convert(Object source, TypeDescriptor sourceType, TypeDescriptor 
targetType) { 
    User user = new User(); 
    user.setName((String)source); 
    return user; 
  } 
} 

如何向Spring中注册ConversionService:

@Bean 
public ConversionServiceFactoryBean conversionService() { 
  ConversionServiceFactoryBean conversionServiceFactoryBean = new 
ConversionServiceFactoryBean(); 
  conversionServiceFactoryBean.setConverters(Collections.singleton(new 
StringToUserConverter())); 
  return conversionServiceFactoryBean; 
} 

BeanPostProcessor

BeanPostProcess表示Bena的后置处理器,我们可以定义一个或多个BeanPostProcessor,比如通 过以下代码定义一个BeanPostProcessor:

@Component 
public class LcyyBeanPostProcessor implements BeanPostProcessor { 
  @Override 
  public Object postProcessBeforeInitialization(Object bean, String beanName) throws 
BeansException { 
    if ("userService".equals(beanName)) { 
      System.out.println("Bean的初始化前"); 
    } 
    return bean; 
  } 
  @Override 
  public Object postProcessAfterInitialization(Object bean, String beanName) throws 
BeansException { 
    if ("userService".equals(beanName)) { 
      System.out.println("Bean的初始化后"); 
    } 
    return bean; 
  } 
} 

一个BeanPostProcessor可以在任意一个Bean的初始化之前以及初始化之后去额外的做一些用户自 定义的逻辑,当然,我们可以通过判断beanName来进行针对性处理(针对某个Bean,或某部分 Bean)。 因此可以通过定义BeanPostProcessor来干涉Spring创建Bean的过程。

FactoryBean

FactoryBean 其实是一个比较特殊的Bean,可以通过BeanPostPorcessor来干涉Spring创建Bean的过程,但是如果我们想一个 Bean完完全全由我们来创造,也是可以的,比如通FactoryBean

@Component 
public class LcyyFactoryBean implements FactoryBean { 
  @Override 
  public Object getObject() throws Exception { 
    UserService userService = new UserService(); 
    return userService; 
  } 
  @Override 
  public Class<?> getObjectType() { 
    return UserService.class; 
  } 
} 

通过上面这段代码,我们自己创造了一个UserService对象,并且它将成为Bean。但是通过这种方式 创造出来的UserService的Bean,只会经过初始化后,其他Spring的生命周期步骤是不会经过的,比如依赖注入。

MetadataReader、ClassMetadata、 AnnotationMetadata

在Spring中需要去解析类的信息,比如类名、类中的方法、类上的注解,这些都可以称之为类的元数 据,所以Spring中对类的元数据做了抽象,并提供了一些工具类。MetadataReader表示类的元数据读取器,默认实现类为SimpleMetadataReader

public class Test { 
  public static void main(String[] args) throws IOException { 
    SimpleMetadataReaderFactory simpleMetadataReaderFactory = new 
SimpleMetadataReaderFactory(); 
     
        // 构造一个MetadataReader 
        MetadataReader metadataReader = simpleMetadataReaderFactory.getMetadataReader("com.lcyy.service.UserService"); 
     
        // 得到一个ClassMetadata,并获取了类名 
        ClassMetadata classMetadata = metadataReader.getClassMetadata(); 
   
        System.out.println(classMetadata.getClassName()); 
         
        // 获取一个AnnotationMetadata,并获取类上的注解信息 
        AnnotationMetadata annotationMetadata = metadataReader.getAnnotationMetadata(); 
    for (String annotationType : annotationMetadata.getAnnotationTypes()) { 
      System.out.println(annotationType); 
    } 
  } 
} 

ExcludeFilter,IncludeFilter

这两个Filter是Spring扫描过程中用来过滤的。ExcludeFilter表示排除过滤器,IncludeFilter表示包 含过滤器。 比如以下配置,表示扫描com.lcyy这个包下面的所有类,但是排除UserService类,也就是就算它上面有@Component注解也不会成为Bean。

@ComponentScan(value = "com.lcyy", 
    excludeFilters = {@ComponentScan.Filter( 
              type = FilterType.ASSIGNABLE_TYPE,  
              classes = UserService.class)}.) 
public class AppConfig { 
}

再比如以下配置,就算UserService类上没有@Component注解,它也会被扫描成为一个Bean。

@ComponentScan(value = "com.lcyy", 
    includeFilters = {@ComponentScan.Filter( 
              type = FilterType.ASSIGNABLE_TYPE,  
              classes = UserService.class)}) 
public class AppConfig { 
}


FilterType分为:

1. ANNOTATION:表示是否包含某个注解

2. ASSIGNABLE_TYPE:表示是否是某个类

3. ASPECTJ:表示否是符合某个Aspectj表达式

4. REGEX:表示是否符合某个正则表达式

5. CUSTOM:自定义

在Spring的扫描逻辑中,默认会添加一个AnnotationTypeFilter给includeFilters,表示默认情况下 Spring扫描过程中会认为类上有@Component注解的就是Bean。

相关文章
|
17天前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
131 68
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
16天前
|
运维 监控 持续交付
微服务架构解析:跨越传统架构的技术革命
微服务架构(Microservices Architecture)是一种软件架构风格,它将一个大型的单体应用拆分为多个小而独立的服务,每个服务都可以独立开发、部署和扩展。
143 36
微服务架构解析:跨越传统架构的技术革命
|
5天前
|
机器学习/深度学习 前端开发 算法
婚恋交友系统平台 相亲交友平台系统 婚恋交友系统APP 婚恋系统源码 婚恋交友平台开发流程 婚恋交友系统架构设计 婚恋交友系统前端/后端开发 婚恋交友系统匹配推荐算法优化
婚恋交友系统平台通过线上互动帮助单身男女找到合适伴侣,提供用户注册、个人资料填写、匹配推荐、实时聊天、社区互动等功能。开发流程包括需求分析、技术选型、系统架构设计、功能实现、测试优化和上线运维。匹配推荐算法优化是核心,通过用户行为数据分析和机器学习提高匹配准确性。
28 3
|
21天前
|
存储 Linux API
深入探索Android系统架构:从内核到应用层的全面解析
本文旨在为读者提供一份详尽的Android系统架构分析,从底层的Linux内核到顶层的应用程序框架。我们将探讨Android系统的模块化设计、各层之间的交互机制以及它们如何共同协作以支持丰富多样的应用生态。通过本篇文章,开发者和爱好者可以更深入理解Android平台的工作原理,从而优化开发流程和提升应用性能。
|
23天前
|
弹性计算 持续交付 API
构建高效后端服务:微服务架构的深度解析与实践
在当今快速发展的软件行业中,构建高效、可扩展且易于维护的后端服务是每个技术团队的追求。本文将深入探讨微服务架构的核心概念、设计原则及其在实际项目中的应用,通过具体案例分析,展示如何利用微服务架构解决传统单体应用面临的挑战,提升系统的灵活性和响应速度。我们将从微服务的拆分策略、通信机制、服务发现、配置管理、以及持续集成/持续部署(CI/CD)等方面进行全面剖析,旨在为读者提供一套实用的微服务实施指南。
|
18天前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
23天前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
51 12
|
22天前
|
负载均衡 Java 开发者
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
68 5
|
23天前
|
SQL 数据可视化 数据库
多维度解析低代码:从技术架构到插件生态
本文深入解析低代码平台,从技术架构到插件生态,探讨其在企业数字化转型中的作用。低代码平台通过图形化界面和模块化设计降低开发门槛,加速应用开发与部署,提高市场响应速度。文章重点分析开源低代码平台的优势,如透明架构、兼容性与扩展性、可定制化开发等,并详细介绍了核心技术架构、数据处理与功能模块、插件生态及数据可视化等方面,展示了低代码平台如何支持企业在数字化转型中实现更高灵活性和创新。
46 1
|
23天前
|
SQL 数据可视化 数据库
多维度解析低代码:从技术架构到插件生态
本文深入解析低代码平台,涵盖技术架构、插件生态及应用价值。重点介绍开源低代码平台的优势,如透明架构、兼容性与扩展性、可定制化开发,以及其在数据处理、功能模块、插件生态等方面的技术特点。文章还探讨了低代码平台的安全性、权限管理及未来技术趋势,强调其在企业数字化转型中的重要作用。
36 1

推荐镜像

更多