日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
Spring的自定義Schema是如何解析生效的

隨著 Spring Boot 的日漸流行，應(yīng)用里的大部分配置都被隱藏了起來，我們僅需要關(guān)心真正的業(yè)務(wù)內(nèi)容， Controller, Service, Repository，拿起鍵盤就是一通業(yè)務(wù)代碼的Coding，具體的 Component Scan，View，PlaceHolder ... 都可以拋在腦后。但其實(shí)這種零配置在 Java 應(yīng)用開發(fā)中，還真不太久。 「由奢入儉難」，不少開發(fā)者都經(jīng)歷過 Spring XML 配置的冗長，再回到這種配置確實(shí)不好受。

成都創(chuàng)新互聯(lián)公司從2013年開始，先為銅仁等服務(wù)建站，銅仁等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為銅仁企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

但有些時(shí)候，由于配置的內(nèi)容在 Spring Boot這種零配置中并不能很好的實(shí)現(xiàn)，就需要我們?nèi)允褂?XML 的配置形式，然后再 ImportSource進(jìn)來?；蛘咭恍╉?xiàng)目受環(huán)境等影響，未使用Boot進(jìn)行開發(fā)，此時(shí)也需要對配置有一定的了解。

那這次讓我們往回看一些，看看在 XML 配置中，一些自定義的 Schema 內(nèi)容，是如何融合到 Spring 中進(jìn)行配置的。例如：

Spring data es

dubbo

還有許多這樣的例子，我們不再一一羅列。但通過上述兩個(gè)圖，我們發(fā)現(xiàn)一個(gè)共同的特點(diǎn)：

  • 都是通過schemaLocation將對應(yīng)的schema引入
  • 在對應(yīng)的beans元素中增加更具體的自定義配置

那這些自定義的配置，是在什么時(shí)候工作的呢?如何校驗(yàn)是否配置正確?

我們來看 Spring 中包含一個(gè)名為 spring.handlers的文件，所有的自定義擴(kuò)展，都是通過這個(gè)文件生效的。spring 官方的aop, tx 也都是這個(gè)原理。

這個(gè)文件在哪呢?

如上圖所示，是META-INF/spring.handlers。文件內(nèi)容也超級簡單：

http\://www.springframework.org/schema/data/elasticsearch=org.springframework.data.elasticsearch.config.ElasticsearchNamespaceHandler

前面是各個(gè)schema前綴，后面是schema 對應(yīng)的解析類。這個(gè)spring.handlers文件是什么時(shí)候加載的呢?

這個(gè)也是發(fā)生在解析自定義配置文件過程中，有一個(gè)resolve的過程，此時(shí)會將當(dāng)前classLoader對應(yīng)的所有包含spring.handlers文件加載過來。

我們再來看這個(gè)解析類，內(nèi)容如下：

 
 
 
 
    
  
  
  
  
  1.  public class ElasticsearchNamespaceHandler extends NamespaceHandlerSupport {
    2. 
  
  
  
  
  2.      public ElasticsearchNamespaceHandler() {
    3. 
  
  
  
  
  3.      }
    4. 
  
  
  
  
  4.  
    5. 
  
  
  
  
  5.      public void init() {
    6. 
  
  
  
  
  6.          RepositoryConfigurationExtension extension = new ElasticsearchRepositoryConfigExtension();
    7. 
  
  
  
  
  7.          RepositoryBeanDefinitionParser parser = new RepositoryBeanDefinitionParser(extension);
    8. 
  
  
  
  
  8.          this.registerBeanDefinitionParser("repositories", parser);
    9. 
  
  
  
  
  9.          this.registerBeanDefinitionParser("node-client", new NodeClientBeanDefinitionParser());
    10. 
  
  
  
  
  10.         this.registerBeanDefinitionParser("transport-client", new TransportClientBeanDefinitionParser());
    11. 
  
  
  
  
  11.     }
    12. 
  
  
  
  
  12. }
    13.

首先是繼承自NamesapceHandlerSupport

然后在重寫的init方法中注冊了一系列的parser，每個(gè)parser對應(yīng)一個(gè)字符串，就是我們在xml配置文件是使用的自定義內(nèi)容，比如上面的es的配置

 
 
 
 
    
  
  
  
  
  1. 
  
  
  
  
  2.    cluster-nodes="192.168.73.186:9300" cluster
    3.

這里的配置最終就會通過 TransportClientBeanDefinitionParser 來進(jìn)行解析

而上面提到的各個(gè)parser，在init方法中，保存在了一個(gè)Map中

 
 
 
 
    
  
  
  
  
  1. private final Map parsers = new HashMap();
    2.

所謂注冊parser，就是在向這個(gè)parsers的map進(jìn)行put操作。

那回過頭來，在Spring中，最核心的內(nèi)容是什么呢? 是Bean。而實(shí)際上我們配置到XML里的這些內(nèi)容，最終也會生在一個(gè)對應(yīng)的Bean,所有的配置，只是為了生成Bean，這些自定義的配置，都稱之為BeanDefinition。

所以，Spring 在解析配置文件是，會有如下的判斷，是否是defaultNamespace，不是的話就走customElementParse

 
 
 
 
    
  
  
  
  
  1. protected void parseBeanDefinitions(Element root, BeanDefinitionParserDelegate delegate) {
    2. 
  
  
  
  
  2.          if(delegate.isDefaultNamespace(root)) {
    3. 
  
  
  
  
  3.              NodeList nl = root.getChildNodes();
    4. 
  
  
  
  
  4.  
    5. 
  
  
  
  
  5.              for(int i = 0; i < nl.getLength(); ++i) {
    6. 
  
  
  
  
  6.                  Node node = nl.item(i);
    7. 
  
  
  
  
  7.                  if(node instanceof Element) {
    8. 
  
  
  
  
  8.                      Element ele = (Element)node;
    9. 
  
  
  
  
  9.                      if(delegate.isDefaultNamespace(ele)) {
    10. 
  
  
  
  
  10.                         this.parseDefaultElement(ele, delegate);
    11. 
  
  
  
  
  11.                     } else {
    12. 
  
  
  
  
  12.                         delegate.parseCustomElement(ele);
    13. 
  
  
  
  
  13.                     }
    14. 
  
  
  
  
  14.                 }
    15. 
  
  
  
  
  15.             }
    16. 
  
  
  
  
  16.         } else {
    17. 
  
  
  
  
  17.             delegate.parseCustomElement(root);
    18. 
  
  
  
  
  18.         }
    19. 
  
  
  
  
  19. 
  
  
  
  
  20.     }
    21.

而是不是defaultNameSpace的判斷更直接：namespace的uri有沒有內(nèi)容，或者是不是spring 的beans的聲明

 
 
 
 
    
  
  
  
  
  1. public boolean isDefaultNamespace(String namespaceUri) {
    2. 
  
  
  
  
  2.         return !StringUtils.hasLength(namespaceUri) || "http://www.springframework.org/schema/beans".equals(namespaceUri);
    3. 
  
  
  
  
  3.     }
    4.

所以請求都走到了parseCustomElement里，這里開始進(jìn)行配置的解析, parse的時(shí)候，通過uriResolver查到對應(yīng)的Handler

 
 
 
 
    
  
  
  
  
  1. public BeanDefinition parseCustomElement(Element ele, BeanDefinition containingBd) {
    2. 
  
  
  
  
  2.         String namespaceUri = this.getNamespaceURI(ele);
    3. 
  
  
  
  
  3.         NamespaceHandler handler = this.readerContext.getNamespaceHandlerResolver().resolve(namespaceUri);
    4. 
  
  
  
  
  4.         if(handler == null) {
    5. 
  
  
  
  
  5.             this.error("Unable to locate Spring NamespaceHandler for XML schema namespace [" + namespaceUri + "]", ele);
    6. 
  
  
  
  
  6.             return null;
    7. 
  
  
  
  
  7.         } else {
    8. 
  
  
  
  
  8.             return handler.parse(ele, new ParserContext(this.readerContext, this, containingBd));
    9. 
  
  
  
  
  9.         }
    10. 
  
  
  
  
  10.     }
    11.

那此時(shí)返回的僅僅是spring.handlers里配置的Handler，而每個(gè)Handler又注冊了不少的parse，還得需要一個(gè)獲取parser的過程

 
 
 
 
    
  
  
  
  
  1.  public BeanDefinition parse(Element element, ParserContext parserContext) {
    2. 
  
  
  
  
  2.          return this.findParserForElement(element, parserContext).parse(element, parserContext);
    3. 
  
  
  
  
  3.   }
    4. 
  
  
  
  
  4.  
    5. 
  
  
  
  
  5.      private BeanDefinitionParser findParserForElement(Element element, ParserContext parserContext) {
    6. 
  
  
  
  
  6.          String localName = parserContext.getDelegate().getLocalName(element);
    7. 
  
  
  
  
  7.          BeanDefinitionParser parser = (BeanDefinitionParser)this.parsers.get(localName);
    8. 
  
  
  
  
  8.          if(parser == null) {
    9. 
  
  
  
  
  9.              parserContext.getReaderContext().fatal("Cannot locate BeanDefinitionParser for element [" + localName + "]", element);
    10. 
  
  
  
  
  10.         }
    11. 
  
  
  
  
  11. 
  
  
  
  
  12.         return parser;
    13. 
  
  
  
  
  13.  }
    14.

這個(gè)獲取的過程，就是通過傳入的string,在我們開始聲明的Map里 get對應(yīng)的parser，再使用它進(jìn)行配置的解析啦。

有了parser，后面就是生成BeanDefinition的過程。

我們看，這些parser，都是繼承自AbstraceBeanDefinitionParser，或者實(shí)現(xiàn)了BeanDefinitionParser 的接口，統(tǒng)一解析的入口處，是接口的parse方法。

 
 
 
 
    
  
  
  
  
  1. public class TransportClientBeanDefinitionParser extends AbstractBeanDefinitionParser {
    2. 
  
  
  
  
  2.     public TransportClientBeanDefinitionParser() {
    3. 
  
  
  
  
  3.     }
    4. 
  
  
  
  
  4. 
  
  
  
  
  5.     protected AbstractBeanDefinition parseInternal(Element element, ParserContext parserContext) {
    6. 
  
  
  
  
  6.         BeanDefinitionBuilder builder = BeanDefinitionBuilder.rootBeanDefinition(TransportClientFactoryBean.class);
    7. 
  
  
  
  
  7.         this.setConfigurations(element, builder);
    8. 
  
  
  
  
  8.         return this.getSourcedBeanDefinition(builder, element, parserContext);
    9. 
  
  
  
  
  9.     }
    10. 
  
  
  
  
  10. }
    11.

在重寫的parseInternal方法中，返回解析配置后對應(yīng)的BeanDefinition。這里也是各個(gè)框架自由抽象的地方。比如有些框架是簡單直接一個(gè)類，而有些在此處會應(yīng)用一些類似策略、裝飾器等設(shè)計(jì)模式，提供更多的靈活性。

具體獲取到BeanDefinition之后，放到整個(gè)Context中如何生成 Spring Bean的內(nèi)容，以后我們再做分析。

【本文為專欄作者“侯樹成”的原創(chuàng)稿件，轉(zhuǎn)載請通過作者微信公眾號『Tomcat那些事兒』獲取授權(quán)】


本文題目：Spring的自定義Schema是如何解析生效的
網(wǎng)站路徑：http://m.5511xx.com/article/dhpdcie.html