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

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 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。

相关文章
|
19天前
|
运维 监控 持续交付
微服务架构解析:跨越传统架构的技术革命
微服务架构(Microservices Architecture)是一种软件架构风格,它将一个大型的单体应用拆分为多个小而独立的服务,每个服务都可以独立开发、部署和扩展。
149 36
微服务架构解析:跨越传统架构的技术革命
|
2天前
|
设计模式 XML Java
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
本文详细介绍了Spring框架的核心功能,并通过手写自定义Spring框架的方式,深入理解了Spring的IOC(控制反转)和DI(依赖注入)功能,并且学会实际运用设计模式到真实开发中。
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
|
2天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
2天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
2天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
24天前
|
存储 Linux API
深入探索Android系统架构:从内核到应用层的全面解析
本文旨在为读者提供一份详尽的Android系统架构分析,从底层的Linux内核到顶层的应用程序框架。我们将探讨Android系统的模块化设计、各层之间的交互机制以及它们如何共同协作以支持丰富多样的应用生态。通过本篇文章,开发者和爱好者可以更深入理解Android平台的工作原理,从而优化开发流程和提升应用性能。
|
26天前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
53 12
|
21天前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
22天前
|
存储 缓存 Java
Spring面试必问:手写Spring IoC 循环依赖底层源码剖析
在Spring框架中,IoC(Inversion of Control,控制反转)是一个核心概念,它允许容器管理对象的生命周期和依赖关系。然而,在实际应用中,我们可能会遇到对象间的循环依赖问题。本文将深入探讨Spring如何解决IoC中的循环依赖问题,并通过手写源码的方式,让你对其底层原理有一个全新的认识。
41 2
|
25天前
|
负载均衡 Java 开发者
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
83 5

推荐镜像

更多