我們?cè)诨趕pring開(kāi)發(fā)應(yīng)用的時(shí)候,一般都會(huì)將數(shù)據(jù)庫(kù)的配置放置在properties文件中.

代碼分析的時(shí)候,涉及的知識(shí)點(diǎn)概要:

1.NamespaceHandler 解析xml配置文件中的自定義命名空間
2.ContextNamespaceHandler 上下文相關(guān)的解析器,這邊定義了具體如何解析property-placeholder的解析器
3.BeanDefinitionParser 解析bean definition的接口
4.BeanFactoryPostProcessor 加載好bean definition后可以對(duì)其進(jìn)行修改
5.PropertySourcesPlaceholderConfigurer 處理bean definition 中的占位符

我們先來(lái)看看具體的使用吧

property的使用

在xml文件中配置properties文件

<?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-4.2.xsd
  http://www.springframework.org/schema/context
  http://www.springframework.org/schema/context/spring-context-4.2.xsd">

  <context:property-placeholder location="classpath:foo.properties" />
</beans>

這樣/src/main/resources/foo.properties文件就會(huì)被spring加載

如果想使用多個(gè)配置文件,可以添加order字段來(lái)進(jìn)行排序

使用PropertySource注解配置

Spring3.1添加了@PropertySource注解,方便添加property文件到環(huán)境.

@Configuration
@PropertySource("classpath:foo.properties")
public class PropertiesWithJavaConfig {
 @Bean
 public static PropertySourcesPlaceholderConfigurer propertySourcesPlaceholderConfigurer() {
  return new PropertySourcesPlaceholderConfigurer();
 }
}

properties的注入與使用

1.java中使用@Value注解獲取

@Value( "${jdbc.url}" )
private String jdbcUrl;

還可以添加一個(gè)默認(rèn)值

@Value( "${jdbc.url:aDefaultUrl}" )
private String jdbcUrl;

1.在Spring的xml配置文件中獲取

<bean id="dataSource">
 <property name="url" value="${jdbc.url}" />
</bean>

源碼解析

properties配置信息的加載

Spring在啟動(dòng)時(shí)會(huì)通過(guò)AbstractApplicationContext#refresh啟動(dòng)容器初始化工作,期間會(huì)委托l(wèi)oadBeanDefinitions解析xml配置文件.

 protected final void refreshBeanFactory() throws BeansException {
  if (hasBeanFactory()) {
   destroyBeans();
   closeBeanFactory();
  }
  try {
   DefaultListableBeanFactory beanFactory = createBeanFactory();
   beanFactory.setSerializationId(getId());
   customizeBeanFactory(beanFactory);
   loadBeanDefinitions(beanFactory);
   synchronized (this.beanFactoryMonitor) {
    this.beanFactory = beanFactory;
   }
  }
  catch (IOException ex) {
   throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex);
  }
 }

loadBeanDefinitions通過(guò)層層委托,找到DefaultBeanDefinitionDocumentReader#parseBeanDefinition解析具體的bean

 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;
     if (delegate.isDefaultNamespace(ele)) {
      parseDefaultElement(ele, delegate);
     }
     else {
      delegate.parseCustomElement(ele);
     }
    }
   }
  }
  else {
   delegate.parseCustomElement(root);
  }
 }

這邊由于不是標(biāo)準(zhǔn)類定義,所以委托BeanDefinitionParserDelegate解析

通過(guò)NamespaceHandler查找到對(duì)應(yīng)的處理器是ContextNamespaceHandler,再通過(guò)id找到PropertyPlaceholderBeanDefinitionParser解析器解析

 @Override
 public void init() {
  // 這就是我們要找的解析器
  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());
 }

PropertyPlaceholderBeanDefinitionParser是這一輪代碼分析的重點(diǎn).

我們來(lái)看看它的父類吧.

1.BeanDefinitionParser

被DefaultBeanDefinitionDocumentReader用于解析個(gè)性化的標(biāo)簽

這邊只定義了一個(gè)解析Element的parse api

public interface BeanDefinitionParser {
BeanDefinition parse(Element element, ParserContext parserContext);
}

2.AbstractBeanDefinitionParser

BeanDefinitionParser接口的默認(rèn)抽象實(shí)現(xiàn).spring的拿手好戲,這邊提供了很多方便使用的api,并使用模板方法設(shè)計(jì)模式給子類提供自定義實(shí)現(xiàn)的鉤子

我們來(lái)看看parse時(shí)具體的處理邏輯把: 調(diào)用鉤子parseInternal解析

1. 生成bean id,使用BeanNameGenerator生成,或者直接讀取id屬性
2. 處理name 與別名aliases
3. 往容器中注冊(cè)bean
4. 進(jìn)行事件觸發(fā)

3.AbstractSingleBeanDefinitionParser

解析,定義單個(gè)BeanDefinition的抽象父類

在parseInternal中,解析出parentName,beanClass,source;并使用BeanDefinitionBuilder進(jìn)行封裝

4.AbstractPropertyLoadingBeanDefinitionParser

解析property相關(guān)的屬性,如location,properties-ref,file-encoding,order等

5.PropertyPlaceholderBeanDefinitionParser

這邊處理的事情不多,就是設(shè)置ingore-unresolvable和system-properties-mode

properties文件的加載,bean的實(shí)例化

接下來(lái),我們?cè)倏纯催@個(gè)bean是在什么時(shí)候?qū)嵗?一般類的實(shí)例化有2種,一種是單例系統(tǒng)啟動(dòng)就實(shí)例化;一種是非單例(或者單例懶加載)在getBean時(shí)實(shí)例化.

這邊的觸發(fā)卻是通過(guò)BeanFcatoryPostProcessor.

BeanFactoryPostProcessor是在bean實(shí)例化前,修改bean definition的,比如bean definition中的占位符就是這邊解決的,而我們現(xiàn)在使用的properties也是這邊解決的.

這個(gè)是通過(guò)PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors實(shí)現(xiàn)的.
掃描容器中的BeanFactoryPostProcessor,找到了這邊需要的PropertySourcesPlaceholderConfigurer,并通過(guò)容器的getBean實(shí)例化

protected void invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory beanFactory) {
  PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());
 }

PropertySourcesPlaceholderConfigurer實(shí)例化完成后,就直接進(jìn)行觸發(fā),并加載信息

 OrderComparator.sort(priorityOrderedPostProcessors);
 invokeBeanFactoryPostProcessors(priorityOrderedPostProcessors, beanFactory);

我們?cè)賮?lái)看看PropertySourcesPlaceholderConfigurer的繼承體系把

1.BeanFactoryPostProcessor

定義一個(gè)用于修改容器中bean definition的屬性的接口.其實(shí)現(xiàn)類在一般類使用前先實(shí)例化,并對(duì)其他類的屬性進(jìn)行修改.

這跟BeanPostProcessor有明顯的區(qū)別,BeanPostProcessor是修改bean實(shí)例的.

2.PropertiesLoaderSupport

加載properties文件的抽象類.

這邊具體的加載邏輯是委托PropertiesLoaderUtils#fillProperties實(shí)現(xiàn)

3.PropertyResourceConfigurer

bean definition中占位符的替換就是這個(gè)抽象類實(shí)現(xiàn)的.

實(shí)現(xiàn)BeanFactoryPostProcessor#postProcessBeanFactory,迭代容器的中的類定義,進(jìn)行修改

具體如何修改就通過(guò)鉤子processProperties交由子類實(shí)現(xiàn)

4.PlaceholderConfigurerSupport

使用visitor設(shè)計(jì)模式,通過(guò)BeanDefinitionVisitor和StringValueResolver更新屬性

StringValueResolver是一個(gè)轉(zhuǎn)化String類型數(shù)據(jù)的接口,真正更新屬性的api實(shí)現(xiàn)竟然是在

PropertyPlaceholderHelper#parseStringValue

5.PropertySourcesPlaceholderConfigurer

覆寫postProcessorBeanFactory api定義解析流程

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論