【死磕 Spring】----- IOC 之解析 bean 标签:解析自定义标签

简介:
前面四篇文章都是分析 Bean 默认标签的解析过程,包括基本属性、六个子元素(meta、lookup-method、replaced-method、constructor-arg、property、qualifier),涉及内容较多,拆分成了四篇文章,导致我们已经忘记从哪里出发的了, 勿忘初心。

processBeanDefinition() 负责 Bean 标签的解析,在解析过程中首先调用BeanDefinitionParserDelegate.parseBeanDefinitionElement() 完成默认标签的解析,如果解析成功(返回的 bdHolder != null ),则首先调用 BeanDefinitionParserDelegate.decorateBeanDefinitionIfRequired() 完成自定义标签元素解析,前面四篇文章已经分析了默认标签的解析,所以这篇文章分析自定义标签的解析。

 
  1. public BeanDefinitionHolder decorateBeanDefinitionIfRequired(Element ele, BeanDefinitionHolder definitionHolder) {

  2. return decorateBeanDefinitionIfRequired(ele, definitionHolder, null);

  3. }

调用 decorateBeanDefinitionIfRequired() :

 
  1. public BeanDefinitionHolder decorateBeanDefinitionIfRequired(

  2. Element ele, BeanDefinitionHolder definitionHolder, @Nullable BeanDefinition containingBd) {


  3. BeanDefinitionHolder finalDefinition = definitionHolder;


  4. // 遍历节点,查看是否有适用于装饰的属性

  5. NamedNodeMap attributes = ele.getAttributes();

  6. for (int i = 0; i < attributes.getLength(); i++) {

  7. Node node = attributes.item(i);

  8. finalDefinition = decorateIfRequired(node, finalDefinition, containingBd);

  9. }


  10. // 遍历子节点,查看是否有适用于修饰的子元素

  11. NodeList children = ele.getChildNodes();

  12. for (int i = 0; i < children.getLength(); i++) {

  13. Node node = children.item(i);

  14. if (node.getNodeType() == Node.ELEMENT_NODE) {

  15. finalDefinition = decorateIfRequired(node, finalDefinition, containingBd);

  16. }

  17. }

  18. return finalDefinition;

  19. }

遍历节点(子节点),调用 decorateIfRequired() 装饰节点(子节点)。

 
  1. public BeanDefinitionHolder decorateIfRequired(

  2. Node node, BeanDefinitionHolder originalDef, @Nullable BeanDefinition containingBd) {

  3. // 获取自定义标签的命名空间

  4. String namespaceUri = getNamespaceURI(node);

  5. // 过滤掉默认命名标签

  6. if (namespaceUri != null && !isDefaultNamespace(namespaceUri)) {

  7. // 获取相应的处理器

  8. NamespaceHandler handler = this.readerContext.getNamespaceHandlerResolver().resolve(namespaceUri);

  9. if (handler != null) {

  10. // 进行装饰处理

  11. BeanDefinitionHolder decorated =

  12. handler.decorate(node, originalDef, new ParserContext(this.readerContext, this, containingBd));

  13. if (decorated != null) {

  14. return decorated;

  15. }

  16. }

  17. else if (namespaceUri.startsWith("http://www.springframework.org/")) {

  18. error("Unable to locate Spring NamespaceHandler for XML schema namespace [" + namespaceUri + "]", node);

  19. }

  20. else {

  21. if (logger.isDebugEnabled()) {

  22. logger.debug("No Spring NamespaceHandler found for XML schema namespace [" + namespaceUri + "]");

  23. }

  24. }

  25. }

  26. return originalDef;

  27. }

首先获取自定义标签的命名空间,如果不是默认的命名空间则根据该命名空间获取相应的处理器,最后调用处理器的 decorate() 进行装饰处理。具体的装饰过程这里不进行讲述,在后面分析自定义标签时会做详细说明。

至此,Bean 的解析过程已经全部完成了,下面做一个简要的总结。

解析 BeanDefinition 的入口在 DefaultBeanDefinitionDocumentReader.parseBeanDefinitions() 。该方法会根据命令空间来判断标签是默认标签还是自定义标签,其中默认标签由 parseDefaultElement() 实现,自定义标签由 parseCustomElement() 实现。在默认标签解析中,会根据标签名称的不同进行 import 、alias 、bean 、beans 四大标签进行处理,其中 bean 标签的解析为核心,它由 processBeanDefinition() 方法实现。 processBeanDefinition() 开始进入解析核心工作,分为三步:

  1. 解析默认标签: BeanDefinitionParserDelegate.parseBeanDefinitionElement()

  2. 解析默认标签下的自定义标签: BeanDefinitionParserDelegate.decorateBeanDefinitionIfRequired()

  3. 注册解析的 BeanDefinition: BeanDefinitionReaderUtils.registerBeanDefinition

在默认标签解析过程中,核心工作由 parseBeanDefinitionElement() 方法实现,该方法会依次解析 Bean 标签的属性、各个子元素,解析完成后返回一个 GenericBeanDefinition 实例对象。


原文发布时间为:2018-09-26
本文作者:Java技术驿站
本文来自云栖社区合作伙伴“Java技术驿站”,了解相关信息可以关注“Java技术驿站”。

相关文章
|
XML Java 测试技术
Spring IOC—基于注解配置和管理Bean 万字详解(通俗易懂)
Spring 第三节 IOC——基于注解配置和管理Bean 万字详解!
1131 26
|
存储 Java 文件存储
微服务——SpringBoot使用归纳——Spring Boot使用slf4j进行日志记录—— logback.xml 配置文件解析
本文解析了 `logback.xml` 配置文件的详细内容,包括日志输出格式、存储路径、控制台输出及日志级别等关键配置。通过定义 `LOG_PATTERN` 和 `FILE_PATH`,设置日志格式与存储路径;利用 `&lt;appender&gt;` 节点配置控制台和文件输出,支持日志滚动策略(如文件大小限制和保存时长);最后通过 `&lt;logger&gt;` 和 `&lt;root&gt;` 定义日志级别与输出方式。此配置适用于精细化管理日志输出,满足不同场景需求。
3391 1
|
12月前
|
XML Java 测试技术
《深入理解Spring》:IoC容器核心原理与实战
Spring IoC通过控制反转与依赖注入实现对象间的解耦,由容器统一管理Bean的生命周期与依赖关系。支持XML、注解和Java配置三种方式,结合作用域、条件化配置与循环依赖处理等机制,提升应用的可维护性与可测试性,是现代Java开发的核心基石。
|
XML 人工智能 Java
Spring IOC 到底是什么?
IOC(控制反转)是一种设计思想,主要用于解耦代码,简化依赖管理。其核心是将对象的创建和管理交给容器处理,而非由程序直接硬编码实现。通过IOC,开发者无需手动new对象,而是由框架负责实例化、装配和管理依赖对象。常见应用如Spring框架中的BeanFactory和ApplicationContext,它们实现了依赖注入和动态管理功能,提升了代码的灵活性与可维护性。
354 1
|
XML Java 数据格式
Spring IoC容器的设计与实现
Spring 是一个功能强大且模块化的 Java 开发框架,其核心架构围绕 IoC 容器、AOP、数据访问与集成、Web 层支持等展开。其中,`BeanFactory` 和 `ApplicationContext` 是 Spring 容器的核心组件,分别定位为基础容器和高级容器,前者提供轻量级的 Bean 管理,后者扩展了事件发布、国际化等功能。
481 18
|
XML Java 数据格式
京东一面:spring ioc容器本质是什么? ioc容器启动的步骤有哪些?
京东一面:spring ioc容器本质是什么? ioc容器启动的步骤有哪些?
|
Java 容器 Spring
什么是Spring IOC 和DI ?
IOC : 控制翻转 , 它把传统上由程序代码直接操控的对象的调用权交给容 器,通过容器来实现对象组件的装配和管理。所谓的“控制反转”概念就是对组件对象控制权的转 移,从程序代码本身转移到了外部容器。 DI : 依赖注入,在我们创建对象的过程中,把对象依赖的属性注入到我们的类中。
|
XML Java 开发者
Spring底层架构核心概念解析
理解 Spring 框架的核心概念对于开发和维护 Spring 应用程序至关重要。IOC 和 AOP 是其两个关键特性,通过依赖注入和面向切面编程实现了高效的模块化和松耦合设计。Spring 容器管理着 Beans 的生命周期和配置,而核心模块为各种应用场景提供了丰富的功能支持。通过全面掌握这些核心概念,开发者可以更加高效地利用 Spring 框架开发企业级应用。
574 18
|
传感器 监控 安全
智慧工地云平台的技术架构解析:微服务+Spring Cloud如何支撑海量数据?
慧工地解决方案依托AI、物联网和BIM技术,实现对施工现场的全方位、立体化管理。通过规范施工、减少安全隐患、节省人力、降低运营成本,提升工地管理的安全性、效率和精益度。该方案适用于大型建筑、基础设施、房地产开发等场景,具备微服务架构、大数据与AI分析、物联网设备联网、多端协同等创新点,推动建筑行业向数字化、智能化转型。未来将融合5G、区块链等技术,助力智慧城市建设。
978 1
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
989 140
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析

推荐镜像

更多
  • DNS