Spring 源码第三弹！EntityResolver 是个什么鬼？

于 2024-05-07 14:49:39 发布
阅读量785 收藏 12
点赞数 29
分类专栏： 程序员 文章标签： spring java 前端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_83915450/article/details/138532027
版权

spring.handlers 文件内容如下：

http://www.springframework.org/schema/c=org.springframework.beans.factory.xml.SimpleConstructorNamespaceHandler

http://www.springframework.org/schema/p=org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler

http://www.springframework.org/schema/util=org.springframework.beans.factory.xml.UtilNamespaceHandler

这其实一个映射配置，每一个名称空间对应的处理类在这里进行配置。

spring.schemas 文件内容如下（部分）：

http://www.springframework.org/schema/beans/spring-beans-2.0.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans-2.5.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans-3.0.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans-3.1.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans-3.2.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans-4.0.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans-4.1.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans-4.2.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans-4.3.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

http://www.springframework.org/schema/beans/spring-beans.xsd=org/springframework/beans/factory/xml/spring-beans.xsd

可以看到，各种版本以及没有版本号的约束文件，都对应了同一个文件，就是 org/springframework/beans/factory/xml/spring-beans.xsd，打开这个文件目录，我们就可以看到约束文件：

所以我们虽然在 Spring 的 XML 配置中看到的约束文件是一个在线地址，实际上约束文件是从本地 jar 中读取的。

2.两种解析器

EntityResolver 就是用来处理 XML 验证的。我们先来看下 EntityResolver 接口的定义：

public interface EntityResolver {

public abstract InputSource resolveEntity (String publicId,

String systemId)

throws SAXException, IOException;

}

接口中就只有一个方法，就是加载约束文件。在 Spring 中，EntityResolver 的实现类是 DelegatingEntityResolver：

public class DelegatingEntityResolver implements EntityResolver {

public static final String DTD_SUFFIX = “.dtd”;

public static final String XSD_SUFFIX = “.xsd”;

private final EntityResolver dtdResolver;

private final EntityResolver schemaResolver;

public DelegatingEntityResolver(@Nullable ClassLoader classLoader) {

this.dtdResolver = new BeansDtdResolver();

this.schemaResolver = new PluggableSchemaResolver(classLoader);

}

public DelegatingEntityResolver(EntityResolver dtdResolver, EntityResolver schemaResolver) {

this.dtdResolver = dtdResolver;

this.schemaResolver = schemaResolver;

}

@Override

@Nullable

public InputSource resolveEntity(@Nullable String publicId, @Nullable String systemId)

throws SAXException, IOException {

if (systemId != null) {

if (systemId.endsWith(DTD_SUFFIX)) {

return this.dtdResolver.resolveEntity(publicId, systemId);

}

else if (systemId.endsWith(XSD_SUFFIX)) {

return this.schemaResolver.resolveEntity(publicId, systemId);

}

}

return null;

}

@Override

public String toString() {

return "EntityResolver delegating " + XSD_SUFFIX + " to " + this.schemaResolver +

" and " + DTD_SUFFIX + " to " + this.dtdResolver;

}

}

在 DelegatingEntityResolver 类中：

  1. 首先通过两种不同的后缀来区分不同的约束。

  2. 然后定义了 dtdResolver 和 schemaResolver 两个不同的变量，对应的类型分别是 BeansDtdResolver 和 PluggableSchemaResolver，也就是 dtd 和 schema 的约束验证分别由这两个类来处理。

  3. 在 resolveEntity 方法中，根据解析出来不同的后缀，分别交由不同的 EntityResolver 来处理。resolveEntity 解析中有两个参数，如果是 dtd 解析的话，publicId 是有值的，如果是 schema 解析，publicId 为 null，而 systemId 则始终指向具体的约束文件。

由于现在大部分都是 schema 约束，所以这里我们就来重点看下 PluggableSchemaResolver 类的实现：

public class PluggableSchemaResolver implements EntityResolver {

public static final String DEFAULT_SCHEMA_MAPPINGS_LOCATION = “META-INF/spring.schemas”;

private static final Log logger = LogFactory.getLog(PluggableSchemaResolver.class);

@Nullable

private final ClassLoader classLoader;

private final String schemaMappingsLocation;

@Nullable

private volatile Map<String, String> schemaMappings;

public PluggableSchemaResolver(@Nullable ClassLoader classLoader) {

this.classLoader = classLoader;

this.schemaMappingsLocation = DEFAULT_SCHEMA_MAPPINGS_LOCATION;

}

public PluggableSchemaResolver(@Nullable ClassLoader classLoader, String schemaMappingsLocation) {

Assert.hasText(schemaMappingsLocation, “‘schemaMappingsLocation’ must not be empty”);

this.classLoader = classLoader;

this.schemaMappingsLocation = schemaMappingsLocation;

}

@Override

@Nullable

public InputSource resolveEntity(@Nullable String publicId, @Nullable String systemId) throws IOException {

if (logger.isTraceEnabled()) {

logger.trace(“Trying to resolve XML entity with public id [” + publicId +

“] and system id [” + systemId + “]”);

}

if (systemId != null) {

String resourceLocation = getSchemaMappings().get(systemId);

if (resourceLocation == null && systemId.startsWith(“https:”)) {

resourceLocation = getSchemaMappings().get(“http:” + systemId.substring(6));

}

if (resourceLocation != null) {

Resource resource = new ClassPathResource(resourceLocation, this.classLoader);

try {

InputSource source = new InputSource(resource.getInputStream());

source.setPublicId(publicId);

source.setSystemId(systemId);

if (logger.isTraceEnabled()) {

logger.trace(“Found XML schema [” + systemId + "] in classpath: " + resourceLocation);

}

return source;

}

catch (FileNotFoundException ex) {

if (logger.isDebugEnabled()) {

logger.debug(“Could not find XML schema [” + systemId + "]: " + resource, ex);

}

}

}

}

return null;

}

private Map<String, String> getSchemaMappings() {

Map<String, String> schemaMappings = this.schemaMappings;

if (schemaMappings == null) {

synchronized (this) {

schemaMappings = this.schemaMappings;

if (schemaMappings == null) {

try {

Properties mappings =

PropertiesLoaderUtils.loadAllProperties(this.schemaMappingsLocation, this.classLoader);

schemaMappings = new ConcurrentHashMap<>(mappings.size());

CollectionUtils.mergePropertiesIntoMap(mappings, schemaMappings);

this.schemaMappings = schemaMappings;

}

catch (IOException ex) {

throw new IllegalStateException(

“Unable to load schema mappings from location [” + this.schemaMappingsLocation + “]”, ex);

}

}

}

}

return schemaMappings;

}

@Override

public String toString() {

return "EntityResolver using schema mappings " + getSchemaMappings();

}

}

  1. 在这个类中，一上来先通过 DEFAULT_SCHEMA_MAPPINGS_LOCATION 变量定义了 spring.schemas 文件的位置。

  2. getSchemaMappings 方法则是将 spring.schemas 文件中的内容读取成一个 Map 加载进来。

  3. 在 resolveEntity 方法中，根据 systemId 找到文件路径，systemId 是 http\://www.springframework.org/schema/beans/spring-beans.xsd 格式，文件路径则是 org/springframework/beans/factory/xml/spring-beans.xsd，如果第一次没有加载到，就把用户的 https: 替换成 http: 再去加载。

  4. 有了文件路径，接下来调用 ClassPathResource 去获取一个 Resource 对象，这块可以参考本系列第二篇，这里我就不再赘述。

  5. 最后构造一个 InputSource 返回即可。

在上篇文章中，我们获取 EntityResolver 是通过 getEntityResolver 方法来获取的：

protected EntityResolver getEntityResolver() {

if (this.entityResolver == null) {

// Determine default EntityResolver to use.

ResourceLoader resourceLoader = getResourceLoader();

if (resourceLoader != null) {

this.entityResolver = new ResourceEntityResolver(resourceLoader);

}

else {

this.entityResolver = new DelegatingEntityResolver(getBeanClassLoader());

}

}

return this.entityResolver;

}

这里最终返回的是 ResourceEntityResolver，ResourceEntityResolver 继承自 DelegatingEntityResolver，当调用 resolveEntity 方法时，也是先调用父类的该方法，进行处理，如果父类方法处理成功了，就直接返回父类方法给出的结果，如果父类方法处理失败了，则在 ResourceEntityResolver 中通过资源的相对路径再次尝试加载。

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
大家的负担。**

[外链图片转存中…(img-t46GVSuA-1715064567731)]

[外链图片转存中…(img-IkKLLIWT-1715064567731)]

[外链图片转存中…(img-Qxy5xdVB-1715064567732)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

2401_83915450
关注
  • 29
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
spring.schemas、spring.handlers的使用
tao_wei162的博客
02-28 3861
报错信息：Configuration problem: Unable to locate Spring NamespaceHandler for XML schema namespace [http://www.springframework.org/schema/p]， 一桩事故引发的连锁思考。。。开幕—— -----------------------------------------...
Spring 自定义命名空间并解析 NameSpaceHandler
纸上得来终觉浅，绝知此事要躬行
08-17 295
编写Schema文件自定义NameSpaceHandler 绑定命令空间自定义 BeanDefinitionParse 解析XML作为bd的配置元信息命名空间映射XML@Override@Override@Override。
Spring 自定义 Schema命名空间 定义bean信息
纸上得来终觉浅，绝知此事要躬行
10-12 404
xsd约束文件spring.schemas 文件spring.handlers 文件新建工程,导入spring的核心依赖 2)application.xml 核心配置文件 application.xml 3) xsd约束文件 language.xsd 4) spring.schemas文件 spring.schemas 5) spring.handlers 文件 spring.handlers 指定使用的命令空间处理器 6) 命名空间处理类 LanguageNamespaceHandler 7) be
Spring Framework：XML Schema 编写
最新发布
听海边涛声
03-07 980
Spring Framework：XML Schema 编写
Spring的XML文件自定义标签
qq_51274370的博客
12-22 287
Spring的XML文件自定义标签
第三篇 再读Spring 之 解析自定义XML标签
技术进步那些的事
04-19 1275
再读Spring之自定义XML标签解析 提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录再读Spring之自定义XML标签解析为何要自定义？Spring标签的异同关于XML文件标签分类在哪里生效？怎么扩展？一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 作为一个框架级组件，Spring充分考虑了框架的扩展性，对于XML标签也不例外。博主结合个人对Spring源码的阅读和理解聊聊Spring对自定义XML标签的处理。 为何要自定义？ 显然，自定义可以开发人员扩充
spring源码1
08-08
1. **下载源码**：为了深入理解Spring的工作原理，可以直接下载其源代码进行阅读。 2. **Spring IOC**：Spring的IoC（Inversion of Control，控制反转）是其核心特性之一，它负责管理对象的生命周期和依赖关系。...
android 使用Sax解析XML 源码实例
06-21
下面是一个SAX解析XML的示例（有点长，因为详细注解了SAX事件处理的所有方法），SAX API中主要有四种处理事件的接口，它们分别是ContentHandler，DTDHandler， EntityResolver 和 ErrorHandler 。下面的例子可能...
dom4j 源码
07-04
这个源码分析将深入探讨 dom4j 的核心概念、主要类和接口，以及它们在 XML 处理中的作用。 1. **基本概念** - **Document**: 在 dom4j 中，`Document` 类代表整个 XML 文档，它是所有元素和属性的根节点。 - **...
Xerces-J最新源码
07-04
这个"Xerces-J最新源码"包含了Xerces解析器的最新版本，允许开发者深入理解其内部工作原理，进行自定义扩展或者调试。 Xerces-J的核心功能包括： 1. **XML解析**：Xerces-J能够解析XML文档，将其转换为DOM...
Android提高第七篇之XML解析与生成.doc
07-08
在这个例子中，`SAXHandler`是自定义的`ContentHandler`，它继承了`DefaultHandler`，`DefaultHandler`已经实现了`ContentHandler`、`DTDHandler`、`EntityResolver`和`ErrorHandler`接口，提供了基本的XML处理功能...
spring.schemas和spring.handlers对xmlns配置文件作用
ywyngq的博客
02-05 499
在很多情况下，我们需要为系统提供可配置化支持，简单的做法可以直接基于Spring的标准Bean来配置，但配置较为复杂或者需要更多丰富控制的 时候，会显得非常笨拙。一般的做法会用原生态的方式去解析定义好的xml文件，然后转化为配置对象，这种方式当然可以解决所有问题，但实现起来比较繁琐， 特别是是在配置非常复杂的时候，解析工作是一个不得不考虑的负担。Spring提供了可扩展Schema的支持，这是一个不错的折中方案，完成一个自定义 配置一般需要以下步骤： [1] 设计配置属性和JavaBean [2] 编写X
spring解析自定义配置之spring.handlers/spring.schemas 以Dubbo为例
luo_mu_hpu的博客
08-22 723
1.发现问题 1.1 由dubbo快速入门案例之服务端引发的思考 provider.xml配置 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://dubbo.apache.or
Dubbo源码学习（二、配置文件）
zhaoxinglin123的专栏
07-17 274
坚持一下，把源码看完，勤奋一点，不要在懒惰了，你已经落下别人很多了 环境配置: jdk  1.7.0.17 dubbo 2.5.x myeclipse 2014 idea 2017   new ClassPathXmlApplicationContext("provider.xml"); 在spring解析配置文件的时候，遇到dubbo标签 比如&lt;dubbo :registry /...
spring.handlers spring.schema xml xsd在Spring中的使用
ystyaoshengting的专栏
12-24 479
Spring中对于Bean的定义文件描述 <xsd:element name="bean"> <xsd:complexType> <xsd:complexContent> <xsd:extension base="identifiedType"> <xsd:group ref="beanElements"/> <xsd:a...
spring.handlers、spring.schemas、spring.tooling被覆盖的三种解决方式
weixin_30892987的博客
06-05 229
在用到spring时，本地IDE里面跑的很正常，但是打jar包后在集群上运行时报错。 查找资料后确定了问题的根源，由于在依赖中调用了spring的许多包，每个包都有自己的spring.schemas文件，会存在文件覆盖的情况。 报错信息为： Configuration problem: Unable to locate Spring NamespaceHandler fo...
Spring利用spring.handlers解析自定义配置
hzhahsz的博客
08-30 225
参考下文：https://www.jianshu.com/p/91f6068adff2
Spring自定义标签和spring.handlers的加载过程
热门推荐
ice-wee的专栏
11-25 1万+
此篇博客分为三部分：1 schema配置 2 自定义标签和handler的加载过程 3 spring启动容器到handlers加载过程中间每一步怎么走的1 schema配置2 Spring自定义标签：Spring自定义标签的原理XML通常通过DTD、XSD定义，但DTD的表达能力较弱，XSD定义则能力比较强，能够定义类型，出现次数等。自定义标签需要XSD支持，在实现时使用Namespace扩展来支...
DocumentBuilder的函数
09-19
5. setEntityResolver(EntityResolver resolver)：设置用于解析实体的EntityResolver对象。 6. setErrorHandler(ErrorHandler handler)：设置用于处理错误的ErrorHandler对象。 7. getDOMImplementation()：返回一个...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值