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。

相关文章
|
22小时前
|
XML Java 数据格式
Spring底层架构源码解析(二)
Spring底层架构源码解析(二)
|
3天前
|
缓存 监控 API
探索微服务架构中的API网关模式
【10月更文挑战第5天】随着微服务架构的兴起,企业纷纷采用这一模式构建复杂应用。在这种架构下,应用被拆分成若干小型、独立的服务,每个服务围绕特定业务功能构建并通过HTTP协议协作。随着服务数量增加,统一管理这些服务间的交互变得至关重要。API网关作为微服务架构的关键组件,承担起路由请求、聚合数据、处理认证与授权等功能。本文通过一个在线零售平台的具体案例,探讨API网关的优势及其实现细节,展示其在简化客户端集成、提升安全性和性能方面的关键作用。
15 2
|
7天前
|
存储 缓存 监控
探索微服务架构中的API网关模式
【10月更文挑战第1天】探索微服务架构中的API网关模式
31 2
|
23天前
|
安全 应用服务中间件 API
微服务分布式系统架构之zookeeper与dubbo-2
微服务分布式系统架构之zookeeper与dubbo-2
|
23天前
|
负载均衡 Java 应用服务中间件
微服务分布式系统架构之zookeeper与dubbor-1
微服务分布式系统架构之zookeeper与dubbor-1
|
2月前
|
Kubernetes Cloud Native Docker
云原生之旅:从容器到微服务的架构演变
【8月更文挑战第29天】在数字化时代的浪潮下,云原生技术以其灵活性、可扩展性和弹性管理成为企业数字化转型的关键。本文将通过浅显易懂的语言和生动的比喻,带领读者了解云原生的基本概念,探索容器化技术的奥秘,并深入微服务架构的世界。我们将一起见证代码如何转化为现实中的服务,实现快速迭代和高效部署。无论你是初学者还是有经验的开发者,这篇文章都会为你打开一扇通往云原生世界的大门。
|
4天前
|
Kubernetes 安全 微服务
使用 Istio 缓解电信 5G IoT 微服务 Pod 架构的安全挑战
使用 Istio 缓解电信 5G IoT 微服务 Pod 架构的安全挑战
26 8
|
8天前
|
消息中间件 负载均衡 Cloud Native
云原生之旅:从容器到微服务的架构演变
在数字化转型的风潮中,云原生技术以其灵活性、可扩展性和弹性而备受青睐。本文将通过一个虚拟的故事,讲述一个企业如何逐步拥抱云原生,实现从传统架构向容器化和微服务架构的转变,以及这一过程中遇到的挑战和解决方案。我们将以浅显易懂的方式,探讨云原生的核心概念,并通过实际代码示例,展示如何在云平台上部署和管理微服务。
|
25天前
|
JSON 监控 安全
探索微服务架构中的API网关模式
【9月更文挑战第22天】在微服务架构的海洋中,API网关如同一位智慧的守门人,不仅管理着服务的进出,还维护着整个系统的秩序。本文将带你一探究竟,看看这位守门人是如何工作的,以及它为何成为现代云原生应用不可或缺的一部分。从流量控制到安全防护,再到服务聚合,我们将一起解锁API网关的秘密。
|
1月前
|
运维 Cloud Native Devops
云原生架构的崛起与实践云原生架构是一种通过容器化、微服务和DevOps等技术手段,帮助应用系统实现敏捷部署、弹性扩展和高效运维的技术理念。本文将探讨云原生的概念、核心技术以及其在企业中的应用实践,揭示云原生如何成为现代软件开发和运营的主流方式。##
云原生架构是现代IT领域的一场革命,它依托于容器化、微服务和DevOps等核心技术,旨在解决传统架构在应对复杂业务需求时的不足。通过采用云原生方法,企业可以实现敏捷部署、弹性扩展和高效运维,从而大幅提升开发效率和系统可靠性。本文详细阐述了云原生的核心概念、主要技术和实际应用案例,并探讨了企业在实施云原生过程中的挑战与解决方案。无论是正在转型的传统企业,还是寻求创新的互联网企业,云原生都提供了一条实现高效能、高灵活性和高可靠性的技术路径。 ##
85 3

推荐镜像

更多