主頁 > 後端開發 > 死磕Spring之IoC篇 - Bean 的屬性填充階段

死磕Spring之IoC篇 - Bean 的屬性填充階段

2021-03-06 06:13:25 後端開發

該系列文章是本人在學習 Spring 的程序中總結下來的，里面涉及到相關原始碼，可能對讀者不太友好，請結合我的原始碼注釋 Spring 原始碼分析 GitHub 地址 進行閱讀

Spring 版本：5.1.14.RELEASE

開始閱讀這一系列文章之前，建議先查看《深入了解 Spring IoC（面試題）》這一篇文章

該系列其他文章請查看：《死磕 Spring 之 IoC 篇 - 文章導讀》

Bean 的屬性填充階段

當我們顯示或者隱式地呼叫AbstractBeanFactory 的 getBean(...) 方法時，會觸發 Bean 的加載，在《開啟 Bean 的加載》文章中分析了整個加載程序，

對于不同作用域的 Bean，底層都會呼叫 AbstractAutowireCapableBeanFactory 的 createBean(...) 方法進行創建，在《Bean 的創建程序》文章中分析了整個創建程序，創建 Bean 的程序中，在獲取到的一個實體物件后，里面的相關屬性也許是空的，那么接下來要做的就是將需要填充的屬性進行依賴注入，然后再進行后續的初始化作業，整個的屬性填充程序非常復雜，因為配置的屬性值可能是一個運算式，需要決議，型別也可能不對，需要進行型別轉換，還可能是一個物件，需要找到對應的 Bean 然后注入（依賴注入），存在有各種處理，本文將會分析創建 Bean 程序中的屬性填充階段，

回顧

先來回顧一下創建 Bean 程序中屬性填充階段對應的代碼：

// AbstractAutowireCapableBeanFactory#doCreateBean(...) 方法
// Initialize the bean instance.
// 開始初始化 `bean`
Object exposedObject = bean;
try {
    // <4> 對 `bean` 進行屬性填充，注入對應的屬性值
    populateBean(beanName, mbd, instanceWrapper);
    // <5> 初始化這個 `exposedObject`，呼叫其初始化方法
    exposedObject = initializeBean(beanName, exposedObject, mbd);
}
catch (Throwable ex) {
    if (ex instanceof BeanCreationException && beanName.equals(((BeanCreationException) ex).getBeanName())) {
        throw (BeanCreationException) ex;
    }
    else {
        throw new BeanCreationException(
                mbd.getResourceDescription(), beanName, "Initialization of bean failed", ex);
    }
}

在創建好實體物件后，這個物件的屬性還沒有賦值，所以將這個實體物件的相關屬性進行賦值，也就是上面的第 <4> 步

開啟 Bean 的屬性填充

populateBean(String beanName, RootBeanDefinition mbd, @Nullable BeanWrapper bw) 方法，屬性填充，如下：

// AbstractAutowireCapableBeanFactory.java
protected void populateBean(String beanName, RootBeanDefinition mbd, @Nullable BeanWrapper bw) {
    // <1> 如果實體物件為空，則進行下面的判斷
    if (bw == null) {
        // <1.1> 這個 Bean 有屬性，則拋出例外
        if (mbd.hasPropertyValues()) {
            throw new BeanCreationException(
                    mbd.getResourceDescription(), beanName, "Cannot apply property values to null instance");
        }
        // <1.2> 否則，不用屬性填充，直接 `return`
        else {
            // Skip property population phase for null instance.
            return;
        }
    }

    // Give any InstantiationAwareBeanPostProcessors the opportunity to modify the
    // state of the bean before properties are set. This can be used, for example,
    // to support styles of field injection.
    // <2> 實體化階段的后置處理，如果滿足這兩個條件
    if (!mbd.isSynthetic() // RootBeanDefinition 不是用戶定義的（由 Spring 決議出來的）
            && hasInstantiationAwareBeanPostProcessors()) { // 是否有 InstantiationAwareBeanPostProcessor 處理器
        // <2.1> 遍歷所有的 BeanPostProcessor
        for (BeanPostProcessor bp : getBeanPostProcessors()) {
            // 如果為 InstantiationAwareBeanPostProcessor 型別
            if (bp instanceof InstantiationAwareBeanPostProcessor) {
                InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
                // <2.2> 對實體化物件進行后置處理
                // 注意如果回傳 false，直接 `return`，不會呼叫后面的 InstantiationAwareBeanPostProcessor 處理器，也不會進行接下來的屬性填充
                if (!ibp.postProcessAfterInstantiation(bw.getWrappedInstance(), beanName)) {
                    return;
                }
            }
        }
    }

    // <3> 獲取 `pvs`，承載當前物件的屬性值
    PropertyValues pvs = (mbd.hasPropertyValues() ? mbd.getPropertyValues() : null);

    // <4> 獲取這個 Bean 的注入模式，默認為 **AUTOWIRE_NO**，例如可以通過 `@Bean` 注解的 `autowire` 屬性配置注入模式
    int resolvedAutowireMode = mbd.getResolvedAutowireMode();
    // <4.1> 如果注入模式為 **AUTOWIRE_BY_NAME** 或者 **AUTOWIRE_BY_TYPE**，則通過下面的方式獲取屬性值
    if (resolvedAutowireMode == AUTOWIRE_BY_NAME || resolvedAutowireMode == AUTOWIRE_BY_TYPE) {
        // <4.2> 將 `pvs` 封裝成 MutablePropertyValues 物件 `newPvs`（允許對屬性進行相關操作）
        MutablePropertyValues newPvs = new MutablePropertyValues(pvs);
        // Add property values based on autowire by name if applicable.
        // <4.3> **AUTOWIRE_BY_NAME** 模式，通過名稱獲取相關屬性值，保存在 `newPvs` 中
        if (resolvedAutowireMode == AUTOWIRE_BY_NAME) {
            autowireByName(beanName, mbd, bw, newPvs);
        }
        // Add property values based on autowire by type if applicable.
        // <4.4> **AUTOWIRE_BY_TYPE** 模式，通過型別獲取相關屬性值，保存在 `newPvs` 中
        if (resolvedAutowireMode == AUTOWIRE_BY_TYPE) {
            autowireByType(beanName, mbd, bw, newPvs);
        }
        // <4.5> 將 `newPvs` 復制給 `pvs`
        pvs = newPvs;
    }

    // 是否有 InstantiationAwareBeanPostProcessor 處理器
    boolean hasInstAwareBpps = hasInstantiationAwareBeanPostProcessors();
    // 是否需要進行依賴檢查，默認為 true
    boolean needsDepCheck = (mbd.getDependencyCheck() != AbstractBeanDefinition.DEPENDENCY_CHECK_NONE);

    PropertyDescriptor[] filteredPds = null;
    // <5> 通過 InstantiationAwareBeanPostProcessor 處理器（如果有）對 `pvs` 進行處理
    if (hasInstAwareBpps) {
        if (pvs == null) {
            pvs = mbd.getPropertyValues();
        }

        // <5.1> 遍歷所有的 BeanPostProcessor
        for (BeanPostProcessor bp : getBeanPostProcessors()) {
            // 如果為 InstantiationAwareBeanPostProcessor 型別
            if (bp instanceof InstantiationAwareBeanPostProcessor) {
                InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
                /**
                 * Spring 內部的 InstantiationAwareBeanPostProcessor 處理器：
                 * {@link AutowiredAnnotationBeanPostProcessor#postProcessProperties} 會決議 @Autowired 和 @Value 注解標注的屬性，獲取對應屬性值；
                 * {@link org.springframework.context.annotation.CommonAnnotationBeanPostProcessor#postProcessProperties} 會決議 @Resource 注解標注的屬性，獲取對應的屬性值
                 */
                // <5.2> 呼叫處理器的 `postProcessProperties(...)` 方法，對 `pvs` 進行后置處理
                PropertyValues pvsToUse = ibp.postProcessProperties(pvs, bw.getWrappedInstance(), beanName);
                // <5.3> 如果上一步的處理結果為空，可能是新版本導致的（Spring 5.1 之前沒有上面這個方法），則需要兼容老版本
                if (pvsToUse == null) {
                    // <5.3.1> 找到這個 Bean 的所有 `java.beans.PropertyDescriptor` 屬性描述器（包含這個屬性的所有資訊）
                    if (filteredPds == null) {
                        filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);
                    }
                    // <5.3.2> 呼叫處理器的 `postProcessPropertyValues(...)` 方法，對 `pvs` 進行后置處理
                    pvsToUse = ibp.postProcessPropertyValues(pvs, filteredPds, bw.getWrappedInstance(), beanName);
                    // <5.3.3> 如果處理后的 PropertyValues 物件為空，直接 `return`，則不會呼叫后面的 InstantiationAwareBeanPostProcessor 處理器，也不會進行接下來的屬性填充
                    if (pvsToUse == null) {
                        return;
                    }
                }
                // <5.4> 將處理后的 `pvsToUse` 復制給 `pvs`
                pvs = pvsToUse;
            }
        }
    }
    // <6> 依賴檢查
    if (needsDepCheck) {
        // <6.1> 找到這個 Bean 的所有 `java.beans.PropertyDescriptor` 屬性描述器（包含這個屬性的所有資訊）
        if (filteredPds == null) {
            filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);
        }
        // <6.2> 依賴檢查，如果沒有找到對應的屬性值，則根據檢查策略進行拋出例外（默認不會）
        checkDependencies(beanName, mbd, filteredPds, pvs);
    }

    // <7> 如果 `pvs` 不為空，則將里面的屬性值設定到當前 Bean 對應的屬性中（依賴注入）
    // 前面找到的屬性值并沒有設定到 Bean 中，且屬性值可能是一個運算式，型別也可能也不對，需要先進行處理和型別轉換，然后再設定到該實體物件中
    if (pvs != null) {
        applyPropertyValues(beanName, mbd, bw, pvs);
    }
}

程序大致如下：

  1. 如果實體物件為null，則進行下面的判斷

    1. 這個 Bean 有屬性，則拋出例外
    2. 否則，不用屬性填充，直接 return

  2. 實體化階段的后置處理，如果滿足這兩個條件：RootBeanDefinition 不是用戶定義的（由 Spring 決議出來的）、是否有 InstantiationAwareBeanPostProcessor 處理器

    1. 遍歷所有的 BeanPostProcessor

    2. 如果為 InstantiationAwareBeanPostProcessor 型別，則對實體化物件進行后置處理

      注意，如果回傳 false，直接 return，不會呼叫后面的 InstantiationAwareBeanPostProcessor 處理器，也不會進行接下來的屬性填充

  3. 獲取 pvs，承載當前物件的屬性值

  4. 獲取這個 Bean 的注入模式，默認為 AUTOWIRE_NO，例如可以通過 @Bean 注解的 autowire 屬性配置注入模式

    1. 如果注入模式為 AUTOWIRE_BY_NAME 或者 AUTOWIRE_BY_TYPE，則通過下面的方式獲取屬性值
    2. 將 pvs 封裝成 MutablePropertyValues 物件 newPvs（允許對屬性進行相關操作）
    3. AUTOWIRE_BY_NAME 模式，通過名稱獲取相關屬性值，保存在 newPvs 中，呼叫 autowireByName(...) 方法
    4. AUTOWIRE_BY_TYPE 模式，通過型別獲取相關屬性值，保存在 newPvs 中，呼叫 autowireByType(...) 方法
    5. 將 newPvs 復制給 pvs

  5. 通過 InstantiationAwareBeanPostProcessor 處理器（如果有）對 pvs 進行處理

    1. 遍歷所有的 BeanPostProcessor
    2. 如果為 InstantiationAwareBeanPostProcessor 型別，則呼叫其 postProcessProperties(...) 方法，對 pvs 進行后置處理
    3. 如果上一步的處理結果為空，可能是新版本導致的（Spring 5.1 之前沒有上面這個方法），則需要兼容老版本
      1. 嘗試找到這個 Bean 的所有 java.beans.PropertyDescriptor 屬性描述器（包含這個屬性的所有資訊）
      2. 呼叫處理器的 postProcessPropertyValues(...) 方法，對 pvs 進行后置處理
      3. 如果處理后的 PropertyValues 物件為空，直接 return，則不會呼叫后面的處理器，也不會進行接下來的屬性填充
    4. 將處理后的 pvsToUse 復制給 pvs

  6. 依賴檢查

    1. 找到這個 Bean 的所有 java.beans.PropertyDescriptor 屬性描述器（包含這個屬性的所有資訊）
    2. 進行依賴檢查，如果沒有找到對應的屬性值，則根據檢查策略進行拋出例外（默認不會）

  7. 如果 pvs 不為空，則將里面的屬性值設定到當前 Bean 對應的屬性中（依賴注入），呼叫 applyPropertyValues(...) 方法

    前面找到的屬性值并沒有設定到 Bean 中，且屬性值可能是一個運算式，型別也可能也不對，需要先進行處理和型別轉換，然后再設定到該實體物件中

整個的屬性填充程序非常的復雜，接下來進行概括：

  • 允許你對實體化物件進行后置處理，處理結果為 false 表示不需要進行接下來的屬性填充程序
  • 根據注入模式，找到沒有配置屬性值的物件屬性，然后找到對應的 Bean，默認注入模式為不注入
  • 允許你對屬性值進行后置處理，例如 @Autowired、@Value 等注解標注的屬性會通過這里找到對應的屬性值（或物件）
  • 上述程序僅找到了屬性值，還沒設定到當前實體物件中，所以最后一步才是真正的屬性填充

上面有兩種注入模式：AUTOWIRE_BY_NAME 和 AUTOWIRE_BY_TYPE，默認為 AUTOWIRE_NO，接下來先來看看這兩種注入模式的實作

通過名稱獲取屬性值

autowireByName(String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) 方法，通過名稱獲取相關屬性值，如下：

// AbstractAutowireCapableBeanFactory.java
protected void autowireByName(String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) {

    // <1> 獲取當前 Bean 中不滿意的非簡單型別的屬性名稱，也就是沒有定義屬性值的"物件"屬性
    String[] propertyNames = unsatisfiedNonSimpleProperties(mbd, bw);
    // <2> 遍歷這些物件屬性的名稱
    for (String propertyName : propertyNames) {
        // <3> 如果當前容器存在對應的 Bean（通過名稱判斷）
        if (containsBean(propertyName)) {
            // <3.1> 根據屬性名稱獲取對應的 `bean` 物件（依賴查找）
            Object bean = getBean(propertyName);
            // <3.2> 將 `bean` 添加至 `pvs`
            pvs.add(propertyName, bean);
            // <3.3> 將兩個 Bean 之間的依賴關系保存起來
            registerDependentBean(propertyName, beanName);
            if (logger.isTraceEnabled()) {
                logger.trace("Added autowiring by name from bean name '" + beanName +
                        "' via property '" + propertyName + "' to bean named '" + propertyName + "'");
            }
        } else {
            if (logger.isTraceEnabled()) {
                logger.trace("Not autowiring property '" + propertyName + "' of bean '" + beanName +
                        "' by name: no matching bean found");
            }
        }
    }
}

程序并不復雜，大致如下：

  1. 獲取當前 Bean 中不滿意的非簡單型別的屬性名稱，也就是沒有定義屬性值的"物件"屬性，如下：

    // AbstractAutowireCapableBeanFactory.java
protected String[] unsatisfiedNonSimpleProperties(AbstractBeanDefinition mbd, BeanWrapper bw) {
    Set<String> result = new TreeSet<>();
    // 獲取已設定的屬性值
    PropertyValues pvs = mbd.getPropertyValues();
    // 找到這個 Bean 的所有 PropertyDescriptor 屬性描述器（包含這個屬性的所有資訊）
    PropertyDescriptor[] pds = bw.getPropertyDescriptors();
    // 遍歷所有屬性
    for (PropertyDescriptor pd : pds) {
        if (pd.getWriteMethod() != null // 有可寫方法
                && !isExcludedFromDependencyCheck(pd) // 不忽略
                && !pvs.contains(pd.getName()) // 沒有對應的屬性值
                && !BeanUtils.isSimpleProperty(pd.getPropertyType())) // 不是簡單型別（例如一個物體類）
        {
            result.add(pd.getName());
        }
    }
    // 回傳這些不滿意的非簡單型別的屬性
    return StringUtils.toStringArray(result);
}

  2. 遍歷這些物件屬性的名稱

  3. 如果當前容器存在對應的 Bean（通過名稱判斷）

    1. 根據屬性名稱獲取對應的 bean 物件（依賴查找）
    2. 將 bean 添加至 pvs
    3. 將兩個 Bean 之間的依賴關系保存起來

直接根據"物件"名稱通過 getBean(String beanName) 獲取到對應的物件（依賴查找）

通過型別獲取屬性值

autowireByType(String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) 方法，通過型別獲取相關屬性值，如下：

// AbstractAutowireCapableBeanFactory.java
protected void autowireByType(String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) {

    // <1> 獲取 TypeConverter 型別轉換器，用于取代默認的 PropertyEditor 型別轉換器
    // 例如 Spring 3.0 之后的 ConversionService
    TypeConverter converter = getCustomTypeConverter();
    if (converter == null) {
        converter = bw;
    }

    Set<String> autowiredBeanNames = new LinkedHashSet<>(4);
    // <2> 獲取當前 Bean 中不滿意的非簡單型別的屬性名稱，也就是沒有定義屬性值的"物件"屬性
    String[] propertyNames = unsatisfiedNonSimpleProperties(mbd, bw);
    // <3> 遍歷這些物件屬性的名稱
    for (String propertyName : propertyNames) {
        try {
            // <3> 獲取這個屬性的 `java.beans.PropertyDescriptor` 屬性描述器（包含這個屬性的所有資訊）
            PropertyDescriptor pd = bw.getPropertyDescriptor(propertyName);
            // <4> 如果不是 Object 型別（對 Object 型別別的 Bean 進行自動裝配毫無意義），則嘗試找到對應的物件
            if (Object.class != pd.getPropertyType()) {
                // <5> 找到這個屬性的寫方法
                MethodParameter methodParam = BeanUtils.getWriteMethodParameter(pd);
                // Do not allow eager init for type matching in case of a prioritized post-processor.
                // 是否可以提前初始化
                boolean eager = !(bw.getWrappedInstance() instanceof PriorityOrdered);
                // <6> 創建對應的依賴注入描述物件
                DependencyDescriptor desc = new AutowireByTypeDependencyDescriptor(methodParam, eager);
                // <7> 依賴注入，找到該屬性對應的物件
                Object autowiredArgument = resolveDependency(desc, beanName, autowiredBeanNames, converter);
                // <8> 如果找到屬性物件，則將該其添加至 `pvs`
                if (autowiredArgument != null) {
                    pvs.add(propertyName, autowiredArgument);
                }
                // <9> 將注入的屬性物件和當前 Bean 之前的關系保存起來
                // 因為該屬性可能是一個集合，找到了多個物件，所以這里是一個陣列
                for (String autowiredBeanName : autowiredBeanNames) {
                    // 將 `autowiredBeanName` 與 `beanName` 的依賴關系保存
                    registerDependentBean(autowiredBeanName, beanName);
                    if (logger.isTraceEnabled()) {
                        logger.trace("Autowiring by type from bean name '" + beanName + "' via property '" +
                                propertyName + "' to bean named '" + autowiredBeanName + "'");
                    }
                }
                // 清空 `autowiredBeanName` 陣列
                autowiredBeanNames.clear();
            }
        } catch (BeansException ex) {
            throw new UnsatisfiedDependencyException(mbd.getResourceDescription(), beanName, propertyName, ex);
        }
    }
}

程序大致如下：

  1. 獲取 TypeConverter 型別轉換器，用于取代默認的 PropertyEditor 型別轉換器
  2. 獲取當前 Bean 中不滿意的非簡單型別的屬性名稱，也就是沒有定義屬性值的"物件"屬性，和通過名稱注入的程序一樣
  3. 遍歷這些"物件"屬性的名稱，獲取這個屬性的 java.beans.PropertyDescriptor 屬性描述器（包含這個屬性的所有資訊）
  4. 如果不是 Object 型別（對 Object 型別別的 Bean 進行自動裝配毫無意義），則嘗試找到對應的物件
  5. 找到這個屬性的寫方法
  6. 創建對應的 DependencyDescriptor 依賴注入描述物件，默認 required 為 false，表示找不到也沒關系
  7. 依賴注入，找到該屬性對應的物件，呼叫 resolveDependency(...) 方法
  8. 如果找到屬性物件，則將該其添加至 pvs
  9. 將注入的屬性物件和當前 Bean 之前的關系保存起來

根據"物件"名稱通過 resolveDependency(...) 獲取到對應的物件，該方法就是依賴注入的底層實作，整個程序也非常復雜，所以將這部分內容放在下一篇《@Autowired 等注解的實作原理》文章中

屬性值的后置處理

呼叫 InstantiationAwareBeanPostProcessor#postProcessProperties 方法，對前面屬性值進行處理

在前面的AUTOWIRE_BY_NAME 和 AUTOWIRE_BY_TYPE兩種注入模式中，找到的都是普通物件的屬性值，例如 @Autowired、@Value 和 @Resource 注解并沒有被決議，且默認的注入模式還是AUTOWIRE_NO，那這些注解是如何被決議的呢？Spring 內部有下面兩個 InstantiationAwareBeanPostProcessor 處理器：

  • AutowiredAnnotationBeanPostProcessor，決議 @Autowired 和 @Value 注解標注的屬性，獲取對應屬性值
  • CommonAnnotationBeanPostProcessor，會決議 @Resource 注解標注的屬性，獲取對應的屬性值

這里先提一下，具體的實作程序在下一篇《@Autowired 等注解的實作原理》文章中進行分析

屬性填充

applyPropertyValues(String beanName, BeanDefinition mbd, BeanWrapper bw, PropertyValues pvs) 方法，屬性填充

如果獲取到的 pvs 屬性值物件不為空，則將里面的屬性值設定到當前 Bean 對應的屬性中（依賴注入），我們知道前面找到的屬性值并沒有設定到 Bean 中，且屬性值可能是一個運算式，型別也可能也不對，需要先進行處理和型別轉換，然后再設定到該實體物件中，方法如下：

// AbstractAutowireCapableBeanFactory.java
protected void applyPropertyValues(String beanName, BeanDefinition mbd, BeanWrapper bw, PropertyValues pvs) {
    // <1> 沒有相關屬性值，則直接 `return` 回傳
    if (pvs.isEmpty()) {
        return;
    }
    if (System.getSecurityManager() != null && bw instanceof BeanWrapperImpl) {
        ((BeanWrapperImpl) bw).setSecurityContext(getAccessControlContext());
    }

    // ------------------------開始屬性值的轉換與填充------------------------

    MutablePropertyValues mpvs = null;
    // 定義一個 `original` 集合，承載屬性值（未進行轉換）
    List<PropertyValue> original;

    // <2> 如果 `pvs` 是 MutablePropertyValues 型別，則可能已經處理過了
    if (pvs instanceof MutablePropertyValues) {
        mpvs = (MutablePropertyValues) pvs;
        if (mpvs.isConverted()) {
            // Shortcut: use the pre-converted values as-is.
            try {
                // <2.1> 屬性值已經轉換了，則將這些屬性值設定到當前 Bean 中（反射機制），依賴注入的最終實作！！！
                bw.setPropertyValues(mpvs);
                return;
            }
            catch (BeansException ex) {
                throw new BeanCreationException(
                        mbd.getResourceDescription(), beanName, "Error setting property values", ex);
            }
        }
        // <2.2> 沒有轉換過，則獲取所有的屬性值集合
        original = mpvs.getPropertyValueList();
    }
    else {
        // <2.2> 獲取所有的屬性值集合
        original = Arrays.asList(pvs.getPropertyValues());
    }

    // 獲取 TypeConverter 型別轉換器，用于取代默認的 PropertyEditor 型別轉換器
    // 例如 Spring 3.0 之后的 ConversionService
    TypeConverter converter = getCustomTypeConverter();
    if (converter == null) {
        converter = bw;
    }
    // 獲取對應的決議器
    BeanDefinitionValueResolver valueResolver = new BeanDefinitionValueResolver(this, beanName, mbd, converter);

    // Create a deep copy, resolving any references for values.
    // <3> 定義一個 `deepCopy` 集合，保存轉換后的屬性值
    List<PropertyValue> deepCopy = new ArrayList<>(original.size());
    boolean resolveNecessary = false;
    // <4> 遍歷所有的屬性值，進行轉換（如果有必要）
    for (PropertyValue pv : original) {
        // <4.1> 已經轉換過，則直接添加到 `deepCopy` 中
        if (pv.isConverted()) {
            deepCopy.add(pv);
        }
        // <4.2> 否則，開始進行轉換
        else {
            String propertyName = pv.getName();
            // 轉換之前的屬性值
            Object originalValue = https://www.cnblogs.com/lifullmoon/p/pv.getValue();
            // <4.2.1> 運算式的處理（如果有必要的話），例如你在 XML 配置的屬性值為 `${systenm.user}`，則會決議出對應的值
            Object resolvedValue = valueResolver.resolveValueIfNecessary(pv, originalValue);
            // 轉換之后的屬性值
            Object convertedValue = resolvedValue;
            // 該屬性是否可以轉換
            boolean convertible = bw.isWritableProperty(propertyName) && // 屬性可寫
                    !PropertyAccessorUtils.isNestedOrIndexedProperty(propertyName); // 不包含 `.` 和 `[`
            if (convertible) {
                // <4.2.2> 使用型別轉換器轉換屬性值（如果有必要的話）
                convertedValue = convertForProperty(resolvedValue, propertyName, bw, converter);
            }
            // Possibly store converted value in merged bean definition,
            // in order to avoid re-conversion for every created bean instance.
            if (resolvedValue == originalValue) { // 屬性值沒有轉換過
                if (convertible) {
                    // <4.2.3> 設定轉換后的值，避免上面的各種判斷
                    pv.setConvertedValue(convertedValue);
                }
                // <4.2.4> 添加到 `deepCopy` 中
                deepCopy.add(pv);
            }
            // 屬否則屬性值進行了轉換
            else if (convertible // 可轉換的
                    && originalValue instanceof TypedStringValue // 屬性原始值是字串型別
                    && !((TypedStringValue) originalValue).isDynamic() // 屬性的原始型別值不是動態生成的字串
                    && !(convertedValue instanceof Collection || ObjectUtils.isArray(convertedValue))) // 屬性的原始值不是集合或者陣列型別
            {
                // <4.2.3> 設定轉換后的值，避免上面的各種判斷
                pv.setConvertedValue(convertedValue);
                // <4.2.4> 添加到 `deepCopy` 中
                deepCopy.add(pv);
            }
            // 否則
            else {
                // 這個屬性每次都要處理，不能快取
                resolveNecessary = true;
                // <4.2.4> 添加到 `deepCopy` 中
                deepCopy.add(new PropertyValue(pv, convertedValue));
            }
        }
    }
    // <5> 如果屬性值不為空，且不需要每次都處理，則設定為已轉換
    if (mpvs != null && !resolveNecessary) {
        mpvs.setConverted();
    }

    // Set our (possibly massaged) deep copy.
    try {
        // <6> 將屬性值設定到當前 Bean 中（反射機制），依賴注入的最終實作！！！
        bw.setPropertyValues(new MutablePropertyValues(deepCopy));
    }
    catch (BeansException ex) {
        throw new BeanCreationException(
                mbd.getResourceDescription(), beanName,"Error setting property values", ex);
    }
}

程序大致如下：

  1. 沒有相關屬性值，則直接 return 回傳

開始屬性值的轉換與填充，先定義一個 original 集合，承載屬性值（未進行轉換）

  1. 如果 pvs 是 MutablePropertyValues 型別，則可能已經處理過了，否則，獲取所有的屬性值集合，放入 original 集合中

    1. 屬性值已經轉換了，則將這些屬性值設定到當前 Bean 中（反射機制），依賴注入的最終實作！！！

      呼叫 BeanWrapperImpl#setPropertyValues(PropertyValues) 方法

    2. 沒有轉換過，則獲取所有的屬性值集合，放入 original 集合中

  2. 定義一個 deepCopy 集合，保存轉換后的屬性值

  3. 遍歷所有的屬性值，進行轉換（如果有必要）

    1. 已經轉換過，則直接添加到 deepCopy 中
    2. 否則，開始進行轉換
      1. 運算式的處理（如果有必要的話），例如你在 XML 配置的屬性值為 ${systenm.user}，則會決議出對應的值
      2. 使用型別轉換器轉換屬性值（如果有必要的話）
      3. 設定轉換后的值，避免上面的各種判斷
      4. 添加到 deepCopy 中

  4. 如果屬性值不為空，且不需要每次都處理，則設定為已轉換

  5. 將屬性值設定到當前 Bean 中（反射機制），依賴注入的最終實作！！！

    呼叫 BeanWrapperImpl#setPropertyValues(PropertyValues) 方法

整個屬性注入程序非常復雜，上面僅列出了關鍵步驟，可以看到最侄訓呼叫 BeanWrapperImpl#setPropertyValues(PropertyValues) 方法將屬性值設定到 Bean 中

在 Bean 的實體化階段獲取到的就是一個 BeanWrapperImpl 物件，所以這里呼叫的就是當前 Bean 的 setPropertyValues(PropertyValues) 方法，該方法的底層借助于 Java Beans 的 java.beans.PropertyDescriptor 屬性描述器，獲取到對應的寫方法，然后通過反射機制設定當前 Bean 的屬性值

總結

當我們顯示或者隱式地呼叫AbstractBeanFactory 的 getBean(...) 方法時，會觸發 Bean 的加載，在《開啟 Bean 的加載》文章中分析了整個加載程序，

對于不同作用域的 Bean，底層都會呼叫 AbstractAutowireCapableBeanFactory 的 createBean(...) 方法進行創建，在《Bean 的創建程序》文章中分析了整個創建程序，創建 Bean 的程序中，在獲取到的一個實體物件后，需要獲取相關屬性值，然后注入到 Bean 中，其中獲取屬性值有三種模式：

  • AUTOWIRE_NO，默認，不獲取相關屬性值

  • AUTOWIRE_BY_NAME，通過名稱獲取沒有定義屬性值的"物件"的屬性值，通過 getBean(String beanName) 查找

  • AUTOWIRE_BY_TYPE，通過型別獲取沒有定義屬性值的"物件"的屬性值，依賴注入的方式

默認情況下，獲取到已定義的屬性值后不會通過上面的方式去找屬性值，在后續有一個屬性值的后置處理，會呼叫所有的 InstantiationAwareBeanPostProcessor 處理器的 postProcessProperties 方法進行處理，例如 Spring 內部有兩個 InstantiationAwareBeanPostProcessor 處理器：

  • AutowiredAnnotationBeanPostProcessor，決議 @Autowired 和 @Value 注解標注的屬性，獲取對應屬性值
  • CommonAnnotationBeanPostProcessor，會決議 @Resource 注解標注的屬性，獲取對應的屬性值

在獲取到所有的屬性值后然后通過反射機制設定到 Bean 中

關于 @Autowired、@Value 和 @Resource 注解的實作原理將在下一篇《@Autowired 等注解的實作原理》文章中進行分析

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/266578.html

標籤：Java

上一篇：JVM記憶體模型（運行時資料區）

下一篇：Java 主流框架 專案原始碼 大全

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 【C++】Microsoft C++、C 和匯編程式檔案

    ......

    uj5u.com 2020-09-10 00:57:23 more
  • 例外宣告

    相比于斷言適用于排除邏輯上不可能存在的狀態，例外通常是用于邏輯上可能發生的錯誤。 例外宣告 Item 1：當函式不可能拋出例外或不能接受拋出例外時，使用noexcept 理由 如果不打算拋出例外的話，程式就會認為無法處理這種錯誤，并且應當盡早終止，如此可以有效地阻止例外的傳播與擴散。 示例 //不可 ......

    uj5u.com 2020-09-10 00:57:27 more
  • Codeforces 1400E Clear the Multiset(貪心 + 分治)

    鏈接：https://codeforces.com/problemset/problem/1400/E 來源：Codeforces 思路：給你一個陣列，現在你可以進行兩種操作，操作1：將一段沒有 0 的區間進行減一的操作，操作2：將 i 位置上的元素歸零。最終問：將這個陣列的全部元素歸零后操作的最少 ......

    uj5u.com 2020-09-10 00:57:30 more
  • UVA11610 【Reverse Prime】

    本人看到此題沒有翻譯，就附帶了一個自己的翻譯版本 思考 這一題，它的第一個要求是找出所有 $7$ 位反向質數及其質因數的個數。 我們應該需要質數篩篩選1~$10^{7}$的所有數，這里就不慢慢介紹了。但是，重讀題，我們突然發現反向質數都是 $7$ 位，而將它反過來后的數字卻是 $6$ 位數，這就說明 ......

    uj5u.com 2020-09-10 00:57:36 more
  • 統計區間素數數量

    1 #pragma GCC optimize(2) 2 #include <bits/stdc++.h> 3 using namespace std; 4 bool isprime[1000000010]; 5 vector<int> prime; 6 inline int getlist(int ......

    uj5u.com 2020-09-10 00:57:47 more
  • C/C++編程筆記：C++中的 const 變數詳解，教你正確認識const用法

    1、C中的const 1、區域const變數存放在堆疊區中，會分配記憶體（也就是說可以通過地址間接修改變數的值）。測驗代碼如下： 運行結果： 2、全域const變數存放在只讀資料段（不能通過地址修改，會發生寫入錯誤）， 默認為外部聯編，可以給其他源檔案使用（需要用extern關鍵字修飾） 運行結果： ......

    uj5u.com 2020-09-10 00:58:04 more
  • 【C++犯錯記錄】VS2019 MFC添加資源不懂如何修改資源宏ID

    1. 首先在資源視圖中，添加資源 2. 點擊新添加的資源，復制自動生成的ID 3. 在解決方案資源管理器中找到Resource.h檔案，編輯，使用整個專案搜索和替換的方式快速替換 宏宣告 4. Ctrl+Shift+F 全域搜索，點擊查找全部，然后逐個替換 5. 為什么使用搜索替換而不使用屬性視窗直 ......

    uj5u.com 2020-09-10 00:59:11 more
  • 【C++犯錯記錄】VS2019 MFC不懂的批量添加資源

    1. 打開資源頭檔案Resource.h，在其中預先定義好宏 ID（不清楚其實ID值應該設定多少，可以先新建一個相同的資源項，再在這個資源的ID值的基礎上遞增即可） 2. 在資源視圖中選中專案資源，按F7編輯資源檔案，按 ID 型別 相對路徑的形式添加 資源。（別忘了先把檔案拷貝到專案中的res檔案 ......

    uj5u.com 2020-09-10 01:00:19 more
  • C/C++編程筆記：關于C++的參考型別，專供新手入門使用

    今天要講的是C++中我最喜歡的一個用法——參考，也叫別名。 參考就是給一個變數名取一個變數名，方便我們間接地使用這個變數。我們可以給一個變數創建N個參考，這N + 1個變數共享了同一塊記憶體區域。(參考型別的變數會占用記憶體空間，占用的記憶體空間的大小和指標型別的大小是相同的。雖然參考是一個物件的別名，但 ......

    uj5u.com 2020-09-10 01:00:22 more
  • 【C/C++編程筆記】從頭開始學習C ++：初學者完整指南

    眾所周知，C ++的學習曲線陡峭，但是花時間學習這種語言將為您的職業帶來奇跡，并使您與其他開發人員區分開。您會更輕松地學習新語言，形成真正的解決問題的技能，并在編程的基礎上打下堅實的基礎。 C ++將幫助您養成良好的編程習慣（即清晰一致的編碼風格，在撰寫代碼時注釋代碼，并限制類內部的可見性），并且由 ......

    uj5u.com 2020-09-10 01:00:41 more
最新发布
  • Rust中的智能指標:Box<T> Rc<T> Arc<T> Cell<T> RefCell<T> Weak

    Rust中的智能指標是什么 智能指標（smart pointers）是一類資料結構，是擁有資料所有權和額外功能的指標。是指標的進一步發展 指標（pointer）是一個包含記憶體地址的變數的通用概念。這個地址參考，或 ” 指向”（points at）一些其 他資料 。參考以 & 符號為標志并借用了他們所 ......

    uj5u.com 2023-04-20 07:24:10 more
  • Java的值傳遞和參考傳遞

    值傳遞不會改變本身，參考傳遞（如果傳遞的值需要實體化到堆里）如果發生修改了會改變本身。 1.基本資料型別都是值傳遞 package com.example.basic; public class Test { public static void main(String[] args) { int ......

    uj5u.com 2023-04-20 07:24:04 more
  • [2]SpinalHDL教程——Scala簡單入門

    第一個 Scala 程式 shell里面輸入 $ scala scala> 1 + 1 res0: Int = 2 scala> println("Hello World!") Hello World! 檔案形式 object HelloWorld { /* 這是我的第一個 Scala 程式 * 以 ......

    uj5u.com 2023-04-20 07:23:58 more
  • 理解函式指標和回呼函式

    理解 函式指標 指向函式的指標。比如： 理解函式指標的偽代碼 void (*p)(int type, char *data); // 定義一個函式指標p void func(int type, char *data); // 宣告一個函式func p = func; // 將指標p指向函式func ......

    uj5u.com 2023-04-20 07:23:52 more
  • Django筆記二十五之資料庫函式之日期函式

    本文首發于公眾號：Hunter后端 原文鏈接：Django筆記二十五之資料庫函式之日期函式 日期函式主要介紹兩個大類，Extract() 和 Trunc() Extract() 函式作用是提取日期，比如我們可以提取一個日期欄位的年份，月份，日等資料 Trunc() 的作用則是截取，比如 2022-0 ......

    uj5u.com 2023-04-20 07:23:45 more
  • 一天吃透JVM面試八股文

    什么是JVM？ JVM，全稱Java Virtual Machine（Java虛擬機），是通過在實際的計算機上仿真模擬各種計算機功能來實作的。由一套位元組碼指令集、一組暫存器、一個堆疊、一個垃圾回收堆和一個存盤方法域等組成。JVM屏蔽了與作業系統平臺相關的資訊，使得Java程式只需要生成在Java虛擬機 ......

    uj5u.com 2023-04-20 07:23:31 more
  • 使用Java接入小程式訂閱訊息！

    更新完微信服務號的模板訊息之后，我又趕緊把微信小程式的訂閱訊息給實作了！之前我一直以為微信小程式也是要企業才能申請，沒想到小程式個人就能申請。 訊息推送平臺🔥推送下發【郵件】【短信】【微信服務號】【微信小程式】【企業微信】【釘釘】等訊息型別。 https://gitee.com/zhongfuch ......

    uj5u.com 2023-04-20 07:22:59 more
  • java -- 緩沖流、轉換流、序列化流

    緩沖流 緩沖流, 也叫高效流, 按照資料型別分類： 位元組緩沖流：BufferedInputStream，BufferedOutputStream 字符緩沖流：BufferedReader，BufferedWriter 緩沖流的基本原理，是在創建流物件時，會創建一個內置的默認大小的緩沖區陣列，通過緩沖 ......

    uj5u.com 2023-04-20 07:22:49 more
  • Java-SpringBoot-Range請求頭設定實作視頻分段傳輸

    老實說，人太懶了，現在基本都不喜歡寫筆記了，但是網上有關Range請求頭的文章都太水了 下面是抄的一段StackOverflow的代碼...自己大修改過的，寫的注釋挺全的，應該直接看得懂，就不解釋了 寫的不好...只是希望能給視頻網站開發的新手一點點幫助吧. 業務場景：視頻分段傳輸、視頻多段傳輸（理 ......

    uj5u.com 2023-04-20 07:22:42 more
  • Windows 10開發教程_編程入門自學教程_菜鳥教程-免費教程分享

    教程簡介 Windows 10開發入門教程 - 從簡單的步驟了解Windows 10開發，從基本到高級概念，包括簡介，UWP，第一個應用程式，商店，XAML控制元件，資料系結，XAML性能，自適應設計，自適應UI，自適應代碼，檔案管理，SQLite資料庫，應用程式到應用程式通信，應用程式本地化，應用程式 ......

    uj5u.com 2023-04-20 07:22:35 more

Copyright © 2010-2020 有解無憂