Spring Namespace扩展
在日常使用spring的时候，如果我们使用基于xml的spring配置，那么不可避免的需要配置许多节点，最常见的可能是<bean/>标签的配置，但除了这个之外，比如我们使用到aop的时候，可能需要配置如<aop:config />这样的标签节点，而在配置这个标签之前，通常我们需要引入这个aop标签所在的命名空间，如下面代码中红色加粗部分所示：
|
<?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:aop="http://www.springframework.org/schema/aop"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd">
|
这个命名空间的引入，既是限定我们所编写的aop开头的标签必须符合spring-aop.xsd的定义限定，如 aop下各子节点元素定义的先后顺序等，在真正的容器启动加载的过程中，这些标签所定义的信息是如何解析并载入的呢？
spring在载入bean的时候，对各个子节点的载入主要分成了两类，一类是默认命名空间下元素节点的载入（即http://www.springframework.org/schema/beans空间之下的元素节点，主要是bean、import、alias等这几个最常用标签），另一类则是个性化命名空间下元素节点的载入（所谓的个性化命名空间指的是除了http://www.springframework.org/schema/beans空间之外的诸如http://www.springframework.org/schema/aop这类命名空间，当然也包括自定义命名空间）；具体处理可参考
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(Element root, BeanDefinitionParserDelegate delegate)方法，如下：
|
/**
* Parse the elements at the root level in the document:
* "import", "alias", "bean".
* @param root the DOM root element of the document
*/
protected void parseBeanDefinitions(Element root, BeanDefinitionParserDelegate delegate) {
if (delegate.isDefaultNamespace(root.getNamespaceURI())) {
NodeList nl = root.getChildNodes();
for (``int i = ``0``; i < nl.getLength(); i++) {
Node node = nl.item(i);
if (node ``instanceof Element) {
Element ele = (Element) node;
String namespaceUri = ele.getNamespaceURI();
if (delegate.isDefaultNamespace(namespaceUri)) {
//这里讲将对默认命名空间（[http://www.springframework.org/schema/beans](http://www.springframework.org/schema/beans)）下的标签节点（bean、import、alias等）进行处理
parseDefaultElement(ele, delegate);
}
else {
//这里对非默认命名空间下的标签进行处理
delegate.parseCustomElement(ele);
}
}
}
}
else {
delegate.parseCustomElement(root);
}
}
|
对于默认命名空间下的节点解析这里略过不讲，对于非默认空间下的节点解析作如下深入讨论：
这里首先明确几点：
spring对于非默认空间下标签的解析处理都是有对应的XXXNamespaceHandler的，比如解析<aop:xxx />标签，其有一个对应的叫做AopNamespaceHandler的Handler存在，所有在aop命名空间之下的几点的解析交给该Handler处理；这一点从如下代码可以窥得一斑：
|
|
public BeanDefinition parseCustomElement(Element ele, BeanDefinition containingBd) {
String namespaceUri = ele.getNamespaceURI();
//这里根据节点对应的namespaceUri先获取改命名空间对应的NamespaceHandler
//1. this.readerContext.getNamespaceHandlerResolver()会获取到一个DefaultNamespaceHandlerResolver实例（在readerContext构造时赋值的）
//2. DefaultNamespaceHandlerResolver.resolve(String namespaceUri)根据传入uri查找得到对应handler返回，
//而具体的uri和Handler的配置配置信息是在META-INF/spring.handlers文件中配置的，这个文件可能会存在多个，但在加载之后会进行合并，
//如果我们想写自己的标签和自己的Handler那么我们也需要在META-INF/下放置spring.handlers这个文件，
//内容可参考spring-beans/META-INF/spring.handlers
NamespaceHandler handler = ``this``.readerContext.getNamespaceHandlerResolver().resolve(namespaceUri);
if (handler == ``null``) {
error(``"Unable to locate Spring NamespaceHandler for XML schema namespace [" + namespaceUri + ``"]"``, ele);
return null``;
}
//这里具体的handler负责相应的节点解析
return handler.parse(ele, ``new ParserContext(``this``.readerContext, ``this``, containingBd));
}
|
|
所有的NamespaceHandler都必须继承自org.springframework.beans.factory.xml.NamespaceHandlerSupport并实现init()方法，这个init方法中一般会向该handler中注册改命名空间下多个标签所对应的Paser处理类，如：
|
public class AopNamespaceHandler ``extends NamespaceHandlerSupport {
/**
* Register the {@link BeanDefinitionParser BeanDefinitionParsers} for the
* '<code>config</code>', '<code>spring-configured</code>', '<code>aspectj-autoproxy</code>'
* and '<code>scoped-proxy</code>' tags.
*/
public void init() {
//这里依次注册多个Parser处理类，他们的作用是分别处理<aop:config />、<aop:aspectj-autoproxy />标签，由此可见具体对每个标签的解析逻辑实际上是放在了Parser类（parse方法中）
registerBeanDefinitionParser(``"config"``, ``new ConfigBeanDefinitionParser());
registerBeanDefinitionParser(``"aspectj-autoproxy"``, ``new AspectJAutoProxyBeanDefinitionParser());
registerBeanDefinitionDecorator(``"scoped-proxy"``, ``new ScopedProxyBeanDefinitionDecorator());
// Only in 2.0 XSD: moved to context namespace as of 2.1
registerBeanDefinitionParser(``"spring-configured"``, ``new SpringConfiguredBeanDefinitionParser());
}
}
|
spring自身除beans命名空间之外的命名空间解析过程用到了这一套实现逻辑，一些针对spring的扩展框架也用到了这一逻辑，典型的比如 阿里的dubbo
