博客

Spring Namespace扩展

  • Post author:
  • Post category:其他



在日常使用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

这类命名空间，当然也包括自定义命名空间

）；具体处理可参考


/**



* 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

）下的标签节点（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



版权声明：本文为jloveto原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。