詳解Spring如何解析占位符

更新時間：2021年06月21日 11:32:22 作者：源碼面前了無秘密

Spring一直支持將屬性定義到外部的屬性的文件中，并使用占占位符的形式為使用"${}"包裝的屬性名稱，為了使用屬性占位符，我們必須配置一個PropertyPlaceholderConfigurer或PropertySourcesPlaceholderConfigurer實例，本文將介紹如何解析占位符

什么是Spring的占位符？

在以前的Spring 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: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/context
       http://www.springframework.org/schema/context/spring-context.xsd>
    <context:property-placeholder ignore-unresolvable="true"   location="classpath:jdbc.properties"/>

    <bean id="jdbc"  class="com.john.properties.jdbcBean" >
        <property name="url" value="${jdbc.url}"/>
    </bean></beans>

在上面的配置中jdbc這個Bean的url屬性值${jdbc.url}就代表占位符，占位符的真實值就存放在上述配置中的自定義元素的location屬性所代表的配置文件jdbc.properties中,這個配置文件里就一行內(nèi)容：

jdbc.url=127.0.0.1

那問題就來了，Spring又是在什么階段去解析并且把占位符替換為實際值的呢？

Spring什么時候去解析并占位符

從我們就可以知道它是一個自定義xml標簽，那Spring勢必要解析它，我就直接黏貼Spring解析這個自定義元素的入口代碼給各位看官。該代碼就在BeanDefinitionParserDelegate這個類中：

/**
     * Parse the elements at the root level in the document:
     * "import", "alias", "bean".
     * @param root the DOM root element of the document
     */
    //todo doRegisterBeanDefinitions ->  parseBeanDefinitions -> parseDefaultElement
    protected void parseBeanDefinitions(Element root, BeanDefinitionParserDelegate delegate) {
        if (delegate.isDefaultNamespace(root)) {
            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;

                    //如果屬于beans命名空間
                    if (delegate.isDefaultNamespace(ele)) {
                        //處理默認標簽
                        parseDefaultElement(ele, delegate);
                    }
                    else {
                        //自定義標簽
                        //用到了parser
                        //todo parser內(nèi)部 去注冊BeanDefinition 2021-3-15
                        delegate.parseCustomElement(ele);
                    }
                }
            }
        }
        else {
            delegate.parseCustomElement(root);
        }
    }

主要關(guān)注點：delegate.parseCustomElement(ele);

    @Nullable
    public BeanDefinition parseCustomElement(Element ele) {
        return parseCustomElement(ele, null);
    }

    //todo property 子元素 也有可能 解析自定義元素 parsePropertySubElement
    @Nullable
    public BeanDefinition parseCustomElement(Element ele, @Nullable BeanDefinition containingBd) {
        String namespaceUri = getNamespaceURI(ele);
        if (namespaceUri == null) {
            return null;
        }
        //resolve里有初始化過程
        //根據(jù)命名空間uri獲取 NamespaceHandler

        //todo 獲取命名空間下的自定義handler 比如 ContextNamespaceHandler
        NamespaceHandler handler = this.readerContext.getNamespaceHandlerResolver().resolve(namespaceUri);
        if (handler == null) {
            //todo 如果在spring.handlers配置文件 里沒有定義這個命令空間的handler就會 報這個錯 2020-09-14
            error("Unable to locate Spring NamespaceHandler for XML schema namespace [" + namespaceUri + "]", ele);
            return null;
        }
        //調(diào)用parse方法
        //這里ParserContext注入registry
        //readerContext里 reader->XmlBeanDefinitionReader 里包含了 registry
        //TODO 會初始化一個ParserContext進去
        return handler.parse(ele, new ParserContext(this.readerContext, this, containingBd));
    }

到這里我們又要關(guān)注這個NamespaceHandler是怎么獲取到的，從上面代碼可知，Spring會從當(dāng)前readerContext獲取到NamespaceHandlerResolver后通過其resolve方法并根據(jù)傳入的當(dāng)前namespaceUri就可以獲得當(dāng)前適合的NamespaceHandler。

/**
     * Create the {@link XmlReaderContext} to pass over to the document reader.
     */
    public XmlReaderContext createReaderContext(Resource resource) {
        //把當(dāng)前reader放進去 ,reader存放了 beanRegistry
        //beanRegistry 里定義了 registerBeanDefinition 這個重要的方法
        return new XmlReaderContext(resource, this.problemReporter, this.eventListener,
                this.sourceExtractor, this, getNamespaceHandlerResolver());
    }

    /**
     * Lazily create a default NamespaceHandlerResolver, if not set before.
     * 解析自定義標簽時用到
     * @see #createDefaultNamespaceHandlerResolver()
     */
    public NamespaceHandlerResolver getNamespaceHandlerResolver() {
        if (this.namespaceHandlerResolver == null) {
            this.namespaceHandlerResolver = createDefaultNamespaceHandlerResolver();
        }
        return this.namespaceHandlerResolver;
    }

    /**
     * Create the default implementation of {@link NamespaceHandlerResolver} used if none is specified.
     * <p>The default implementation returns an instance of {@link DefaultNamespaceHandlerResolver}.
     * @see DefaultNamespaceHandlerResolver#DefaultNamespaceHandlerResolver(ClassLoader)
     */
    protected NamespaceHandlerResolver createDefaultNamespaceHandlerResolver() {
        ClassLoader cl = (getResourceLoader() != null ? getResourceLoader().getClassLoader() : getBeanClassLoader());
        return new DefaultNamespaceHandlerResolver(cl);
    }

    //返回默認的
    public DefaultNamespaceHandlerResolver(@Nullable ClassLoader classLoader) {
        this(classLoader, DEFAULT_HANDLER_MAPPINGS_LOCATION);
    }

從上面的代碼中可知Spring使用的是默認的DefaultNamespaceHandlerResolver,它當(dāng)然也給開發(fā)者留了自定義NamespaceHandlerResolver的機會。那我們現(xiàn)在就可以看看DefaultNamespaceHandlerResolver如何根據(jù)namespaceUri解析到對應(yīng)的NamespaceHandler的。

首先獲取到的就是context命名空間，完整路徑為http\://www.springframework.org/schema/context。我們從DefaultNamespaceHandlerResolver類中可以看到它是如何解析這個命名空間的。

/**
     * Locate the {@link NamespaceHandler} for the supplied namespace URI
     * from the configured mappings.
     * @param namespaceUri the relevant namespace URI
     * @return the located {@link NamespaceHandler}, or {@code null} if none found
     */
    @Override
    @Nullable
    public NamespaceHandler resolve(String namespaceUri) {
        Map<String, Object> handlerMappings = getHandlerMappings();
        Object handlerOrClassName = handlerMappings.get(namespaceUri);
        if (handlerOrClassName == null) {
            return null;
        }
        else if (handlerOrClassName instanceof NamespaceHandler) {
            return (NamespaceHandler) handlerOrClassName;
        }
        else {
            String className = (String) handlerOrClassName;
            try {
                Class<?> handlerClass = ClassUtils.forName(className, this.classLoader);
                if (!NamespaceHandler.class.isAssignableFrom(handlerClass)) {
                    throw new FatalBeanException("Class [" + className + "] for namespace [" + namespaceUri +
                            "] does not implement the [" + NamespaceHandler.class.getName() + "] interface");
                }
                NamespaceHandler namespaceHandler = (NamespaceHandler) BeanUtils.instantiateClass(handlerClass);
                //todo  命名空間處理器 調(diào)用初始化過程 2020-09-04
                namespaceHandler.init();
                handlerMappings.put(namespaceUri, namespaceHandler);
                return namespaceHandler;
            }
            catch (ClassNotFoundException ex) {
                throw new FatalBeanException("Could not find NamespaceHandler class [" + className +
                        "] for namespace [" + namespaceUri + "]", ex);
            }
            catch (LinkageError err) {
                throw new FatalBeanException("Unresolvable class definition for NamespaceHandler class [" +
                        className + "] for namespace [" + namespaceUri + "]", err);
            }
        }
    }

    /**
     * Load the specified NamespaceHandler mappings lazily.
     */
    private Map<String, Object> getHandlerMappings() {
        Map<String, Object> handlerMappings = this.handlerMappings;
        if (handlerMappings == null) {
            synchronized (this) {
                handlerMappings = this.handlerMappings;
                if (handlerMappings == null) {
                    if (logger.isTraceEnabled()) {
                        logger.trace("Loading NamespaceHandler mappings from [" + this.handlerMappingsLocation + "]");
                    }
                    try {
                        //todo handlerMappings為空 才去 獲取所有屬性映射 2020-09-04
                        //spring-aop spring-beans spring-context
                        Properties mappings =
                                PropertiesLoaderUtils.loadAllProperties(this.handlerMappingsLocation, this.classLoader);
                        if (logger.isTraceEnabled()) {
                            logger.trace("Loaded NamespaceHandler mappings: " + mappings);
                        }
                        handlerMappings = new ConcurrentHashMap<>(mappings.size());
                        CollectionUtils.mergePropertiesIntoMap(mappings, handlerMappings);
                        this.handlerMappings = handlerMappings;
                    }
                    catch (IOException ex) {
                        throw new IllegalStateException(
                                "Unable to load NamespaceHandler mappings from location [" + this.handlerMappingsLocation + "]", ex);
                    }
                }
            }
        }
        return handlerMappings;
    }

上面代碼中的handlerMappingsLocation一般就是Spring默認的路徑：

    //指定了默認的handler路徑 ，可以傳入指定路徑改變
    /**
     * The location to look for the mapping files. Can be present in multiple JAR files.
     */
    public static final String DEFAULT_HANDLER_MAPPINGS_LOCATION = "META-INF/spring.handlers";

我們就回到spring-context項目工程下的resoures/META-INF文件夾下的spring.handlers文件里定義了如下規(guī)則：

http\://www.springframework.org/schema/context=org.springframework.context.config.ContextNamespaceHandler
http\://www.springframework.org/schema/jee=org.springframework.ejb.config.JeeNamespaceHandler
http\://www.springframework.org/schema/lang=org.springframework.scripting.config.LangNamespaceHandler
http\://www.springframework.org/schema/task=org.springframework.scheduling.config.TaskNamespaceHandler
http\://www.springframework.org/schema/cache=org.springframework.cache.config.CacheNamespaceHandler

可以看到context自定義命名空間就是對應(yīng)的ContextNamespaceHandler。我們打開這個類瞧一瞧：

public class ContextNamespaceHandler extends NamespaceHandlerSupport {

    @Override
    public void init() {
        //調(diào)用抽象類NamespaceHandlerSupport的注冊解析器方法
        registerBeanDefinitionParser("property-placeholder", new PropertyPlaceholderBeanDefinitionParser());
        registerBeanDefinitionParser("property-override", new PropertyOverrideBeanDefinitionParser());
        registerBeanDefinitionParser("annotation-config", new AnnotationConfigBeanDefinitionParser());
        registerBeanDefinitionParser("component-scan", new ComponentScanBeanDefinitionParser());
        registerBeanDefinitionParser("load-time-weaver", new LoadTimeWeaverBeanDefinitionParser());
        registerBeanDefinitionParser("spring-configured", new SpringConfiguredBeanDefinitionParser());
        registerBeanDefinitionParser("mbean-export", new MBeanExportBeanDefinitionParser());
        registerBeanDefinitionParser("mbean-server", new MBeanServerBeanDefinitionParser());
    }
}

發(fā)現(xiàn)它只定義了一個init方法，顧名思義就是初始化的意思，那想當(dāng)然的就是它啥時候會執(zhí)行初始化呢？我們回到DefaultNamespaceHandler的resolve方法，發(fā)現(xiàn)它內(nèi)部有一處namespaceHandler.init();，這里就執(zhí)行了對應(yīng)命名空間處理器的初始化方法。接下來我們又要看看初始化了做了些啥，我們發(fā)現(xiàn)它調(diào)用了同一個方法registerBeanDefinitionParser也就是注冊

Bean定義解析器,到這里我們先按下暫停鍵，再捋下上面的整體流程：

Spring在解析自定義標簽的時候會根據(jù)自定義命名空間去查找合適的NamespaceHandler.
自定義的NamespaceHandler是由NamespaceHandlerResolver去解析得到的。
NamespaceHandlerResolver會根據(jù)classLoader.getResources查找所有類路徑下的spring.handlers。
查找到后把文件內(nèi)容轉(zhuǎn)換成handlerMappings,然后根據(jù)傳入的自定義命名空間匹配到NamespaceHandler
執(zhí)行NamespaceHandler的init方法注冊BeanDefinitionParser。

那這個parser做了點什么強大的功能呢？我們下回分解。

以上就是詳解Spring如何解析占位符的詳細內(nèi)容，更多關(guān)于Spring 解析占位符的資料請關(guān)注腳本之家其它相關(guān)文章！

您可能感興趣的文章: