歡迎光臨
每天分享高質量文章

【死磕 Spring】—– IOC 之 屬性填充

精品專欄

 

原文出自:http://cmsblogs.com

doCreateBean() 主要用於完成 bean 的創建和初始化工作,我們可以將其分為四個過程:

  • createBeanInstance() 實體化 bean
  • populateBean() 屬性填充
  • 迴圈依賴的處理
  • initializeBean() 初始化 bean

第一個過程實體化 bean 已經在前面兩篇博客分析完畢了,這篇博客開始分析 屬性填充,也就是 populateBean(),該函式的作用是將 BeanDefinition 中的屬性值賦值給 BeanWrapper 實體物件(對於 BeanWrapper 我們後續專門寫文分析)。

  1.    protected void populateBean(String beanName, RootBeanDefinition mbd, @Nullable BeanWrapper bw) {
  2.        // 沒有實體化物件
  3.        if (bw == null) {
  4.            // 有屬性丟擲異常
  5.            if (mbd.hasPropertyValues()) {
  6.                throw new BeanCreationException(
  7.                        mbd.getResourceDescription(), beanName, "Cannot apply property values to null instance");
  8.            }
  9.            else {
  10.                // 沒有屬性直接傳回
  11.                return;
  12.            }
  13.        }
  14.        // 在設置屬性之前給 InstantiationAwareBeanPostProcessors 最後一次改變 bean 的機會
  15.        boolean continueWithPropertyPopulation = true;
  16.        // bena 不是"合成"的,即未由應用程式本身定義
  17.        // 是否持有 InstantiationAwareBeanPostProcessor
  18.        if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
  19.            // 迭代所有的 BeanPostProcessors
  20.            for (BeanPostProcessor bp : getBeanPostProcessors()) {
  21.                // 如果為 InstantiationAwareBeanPostProcessor
  22.                if (bp instanceof InstantiationAwareBeanPostProcessor) {
  23.                    InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
  24.                    // 傳回值為是否繼續填充 bean
  25.                    // postProcessAfterInstantiation:如果應該在 bean上面設置屬性則傳回true,否則傳回false
  26.                    // 一般情況下,應該是傳回true,傳回 false 的話,
  27.                    // 將會阻止在此 Bean 實體上呼叫任何後續的 InstantiationAwareBeanPostProcessor 實體。
  28.                    if (!ibp.postProcessAfterInstantiation(bw.getWrappedInstance(), beanName)) {
  29.                        continueWithPropertyPopulation = false;
  30.                        break;
  31.                    }
  32.                }
  33.            }
  34.        }
  35.        // 如果後續處理器發出停止填充命令,則終止後續操作
  36.        if (!continueWithPropertyPopulation) {
  37.            return;
  38.        }
  39.        // bean 的屬性值
  40.        PropertyValues pvs = (mbd.hasPropertyValues() ? mbd.getPropertyValues() : null);
  41.        if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_NAME ||
  42.                mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_TYPE) {
  43.            // 將 PropertyValues 封裝成 MutablePropertyValues 物件
  44.            // MutablePropertyValues 允許對屬性進行簡單的操作,
  45.            // 並提供建構式以支持Map的深度複製和構造。
  46.            MutablePropertyValues newPvs = new MutablePropertyValues(pvs);
  47.            // 根據名稱自動註入
  48.            if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_NAME) {
  49.                autowireByName(beanName, mbd, bw, newPvs);
  50.            }
  51.            // 根據型別自動註入
  52.            if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_TYPE) {
  53.                autowireByType(beanName, mbd, bw, newPvs);
  54.            }
  55.            pvs = newPvs;
  56.        }
  57.        // 是否已經註冊了 InstantiationAwareBeanPostProcessors
  58.        boolean hasInstAwareBpps = hasInstantiationAwareBeanPostProcessors();
  59.        // 是否需要進行依賴檢查
  60.        boolean needsDepCheck = (mbd.getDependencyCheck() != RootBeanDefinition.DEPENDENCY_CHECK_NONE);
  61.        if (hasInstAwareBpps || needsDepCheck) {
  62.            if (pvs == null) {
  63.                pvs = mbd.getPropertyValues();
  64.            }
  65.            // 從 bw 物件中提取 PropertyDescriptor 結果集
  66.            // PropertyDescriptor:可以通過一對存取方法提取一個屬性
  67.            PropertyDescriptor[] filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);
  68.            if (hasInstAwareBpps) {
  69.                for (BeanPostProcessor bp : getBeanPostProcessors()) {
  70.                    if (bp instanceof InstantiationAwareBeanPostProcessor) {
  71.                        InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
  72.                        // 對所有需要依賴檢查的屬性進行後處理
  73.                        pvs = ibp.postProcessPropertyValues(pvs, filteredPds, bw.getWrappedInstance(), beanName);
  74.                        if (pvs == null) {
  75.                            return;
  76.                        }
  77.                    }
  78.                }
  79.            }
  80.            if (needsDepCheck) {
  81.                // 依賴檢查,對應 depends-on 屬性
  82.                checkDependencies(beanName, mbd, filteredPds, pvs);
  83.            }
  84.        }
  85.        if (pvs != null) {
  86.            // 將屬性應用到 bean 中
  87.            applyPropertyValues(beanName, mbd, bw, pvs);
  88.        }
  89.    }

處理流程如下:

  1. 根據 hasInstantiationAwareBeanPostProcessors 屬性來判斷是否需要在註入屬性之前給 InstantiationAwareBeanPostProcessors 最後一次改變 bean 的機會,此過程可以控制 Spring 是否繼續進行屬性填充。
  2. 根據註入型別的不同來判斷是根據名稱來自動註入( autowireByName())還是根據型別來自動註入( autowireByType()),統一存入到 PropertyValues 中,PropertyValues 用於描述 bean 的屬性。
  3. 判斷是否需要進行 BeanPostProcessor 和 依賴檢測。
  4. 將所有 PropertyValues 中的屬性填充到 BeanWrapper 中。

自動註入

Spring 會根據註入型別( byName / byType )的不同,呼叫不同的方法( autowireByName() / autowireByType())來註入屬性值。

autowireByName()

方法 autowireByName() 是根據屬性名稱完成自動依賴註入的,代碼如下:

  1.    protected void autowireByName(
  2.            String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) {
  3.        // 對 Bean 物件中非簡單屬性
  4.        String[] propertyNames = unsatisfiedNonSimpleProperties(mbd, bw);
  5.        for (String propertyName : propertyNames) {
  6.            // 如果容器中包含指定名稱的 bean,則將該 bean 註入到 bean中
  7.            if (containsBean(propertyName)) {
  8.                // 遞迴初始化相關 bean
  9.                Object bean = getBean(propertyName);
  10.                // 為指定名稱的屬性賦予屬性值  
  11.                pvs.add(propertyName, bean);
  12.                // 屬性依賴註入
  13.                registerDependentBean(propertyName, beanName);
  14.                if (logger.isDebugEnabled()) {
  15.                    logger.debug("Added autowiring by name from bean name '" + beanName +
  16.                            "' via property '" + propertyName + "' to bean named '" + propertyName + "'");
  17.                }
  18.            }
  19.            else {
  20.                if (logger.isTraceEnabled()) {
  21.                    logger.trace("Not autowiring property '" + propertyName + "' of bean '" + beanName +
  22.                            "' by name: no matching bean found");
  23.                }
  24.            }
  25.        }
  26.    }

該方法邏輯很簡單,獲取該 bean 的非簡單屬性,什麼叫做非簡單屬性呢?就是型別為物件型別的屬性,但是這裡並不是將所有的物件型別都都會找到,比如 8 個原始型別,String 型別 ,Number型別、Date型別、URL型別、URI型別等都會被忽略,如下:

  1.    protected String[] unsatisfiedNonSimpleProperties(AbstractBeanDefinition mbd, BeanWrapper bw) {
  2.        Set<String> result = new TreeSet<>();
  3.        PropertyValues pvs = mbd.getPropertyValues();
  4.        PropertyDescriptor[] pds = bw.getPropertyDescriptors();
  5.        for (PropertyDescriptor pd : pds) {
  6.            if (pd.getWriteMethod() != null && !isExcludedFromDependencyCheck(pd) && !pvs.contains(pd.getName()) &&
  7.                    !BeanUtils.isSimpleProperty(pd.getPropertyType())) {
  8.                result.add(pd.getName());
  9.            }
  10.        }
  11.        return StringUtils.toStringArray(result);
  12.    }

過濾條件為:有可寫方法、依賴檢測中沒有被忽略、不是簡單屬性型別。其實這裡獲取的就是需要依賴註入的屬性。

獲取需要依賴註入的屬性後,通過迭代、遞迴的方式初始化相關的 bean,然後呼叫 registerDependentBean()完成註冊依賴,如下:

  1.    public void registerDependentBean(String beanName, String dependentBeanName) {
  2.        String canonicalName = canonicalName(beanName);
  3.        synchronized (this.dependentBeanMap) {
  4.            Set<String> dependentBeans =
  5.                    this.dependentBeanMap.computeIfAbsent(canonicalName, k -> new LinkedHashSet<>(8));
  6.            if (!dependentBeans.add(dependentBeanName)) {
  7.                return;
  8.            }
  9.        }
  10.        synchronized (this.dependenciesForBeanMap) {
  11.            Set<String> dependenciesForBean =
  12.                    this.dependenciesForBeanMap.computeIfAbsent(dependentBeanName, k -> new LinkedHashSet<>(8));
  13.            dependenciesForBean.add(canonicalName);
  14.        }
  15.    }

autowireByType()

  1. protected void autowireByType(
  2.            String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) {
  3.        // 獲取 TypeConverter 實體
  4.        // 使用自定義的 TypeConverter,用於取代預設的 PropertyEditor 機制
  5.        TypeConverter converter = getCustomTypeConverter();
  6.        if (converter == null) {
  7.            converter = bw;
  8.        }
  9.        Set<String> autowiredBeanNames = new LinkedHashSet<>(4);
  10.        // 獲取非簡單屬性
  11.        String[] propertyNames = unsatisfiedNonSimpleProperties(mbd, bw);
  12.        for (String propertyName : propertyNames) {
  13.            try {
  14.                // 獲取 PropertyDescriptor 實體
  15.                PropertyDescriptor pd = bw.getPropertyDescriptor(propertyName);
  16.                // 不要嘗試按型別
  17.                if (Object.class != pd.getPropertyType()) {
  18.                    // 探測指定屬性的 set 方法
  19.                    MethodParameter methodParam = BeanUtils.getWriteMethodParameter(pd);
  20.                    boolean eager = !PriorityOrdered.class.isInstance(bw.getWrappedInstance());
  21.                    DependencyDescriptor desc = new AbstractAutowireCapableBeanFactory.AutowireByTypeDependencyDescriptor(methodParam, eager);
  22.                    // 解析指定 beanName 的屬性所匹配的值,並把解析到的屬性名稱儲存在 autowiredBeanNames 中
  23.                    // 當屬性存在過個封裝 bean 時將會找到所有匹配的 bean 並將其註入
  24.                    Object autowiredArgument = resolveDependency(desc, beanName, autowiredBeanNames, converter);
  25.                    if (autowiredArgument != null) {
  26.                        pvs.add(propertyName, autowiredArgument);
  27.                    }
  28.                    // 迭代方式註入 bean
  29.                    for (String autowiredBeanName : autowibeanredBeanNames) {
  30.                        registerDependentBean(autowiredBeanName, beanName);
  31.                        if (logger.isDebugEnabled()) {
  32.                            logger.debug("Autowiring by type from bean name '" + beanName + "' via property '" +
  33.                                    propertyName + "' to bean named '" + autowiredBeanName + "'");
  34.                        }
  35.                    }
  36.                    autowiredBeanNames.clear();
  37.                }
  38.            }
  39.            catch (BeansException ex) {
  40.                throw new UnsatisfiedDependencyException(mbd.getResourceDescription(), beanName, propertyName, ex);
  41.            }
  42.        }
  43.    }

其實主要過程和根據名稱自動註入差不多都是找到需要依賴註入的屬性,然後通過迭代的方式尋找所匹配的 bean,最後呼叫 registerDependentBean() 註冊依賴。不過相對於 autowireByName() 而言,根據型別尋找相匹配的 bean 過程比較複雜,下麵我們就分析這個複雜的過程,如下:

  1.    public Object resolveDependency(DependencyDescriptor descriptor, @Nullable String requestingBeanName,
  2.                                    @Nullable Set<String> autowiredBeanNames, @Nullable TypeConverter typeConverter) throws BeansException {
  3.        // 初始化引數名稱發現器,該方法並不會在這個時候嘗試檢索引數名稱
  4.        // getParameterNameDiscoverer 傳回 parameterNameDiscoverer 實體,parameterNameDiscoverer 方法引數名稱的解析器
  5.        descriptor.initParameterNameDiscovery(getParameterNameDiscoverer());
  6.        // 依賴型別為 Optional 型別
  7.        if (Optional.class == descriptor.getDependencyType()) {
  8.            // 創建 Optional 實體依賴型別
  9.            return createOptionalDependency(descriptor, requestingBeanName);
  10.        }
  11.        // 依賴型別為ObjectFactory、ObjectProvider
  12.        else if (ObjectFactory.class == descriptor.getDependencyType() ||
  13.                ObjectProvider.class == descriptor.getDependencyType()) {
  14.            // ObjectFactory / ObjectProvider 用於 用於延遲解析依賴項
  15.            return new DefaultListableBeanFactory.DependencyObjectProvider(descriptor, requestingBeanName);
  16.        }
  17.        else if (javaxInjectProviderClass == descriptor.getDependencyType()) {
  18.            // javaxInjectProviderClass 類註入的特殊處理
  19.            return new DefaultListableBeanFactory.Jsr330ProviderFactory().createDependencyProvider(descriptor, requestingBeanName);
  20.        }
  21.        else {
  22.            // 為實際依賴關係標的的延遲解析構建代理
  23.            // 預設實現傳回 null
  24.            Object result = getAutowireCandidateResolver().getLazyResolutionProxyIfNecessary(
  25.                    descriptor, requestingBeanName);
  26.            if (result == null) {
  27.                // 通用處理邏輯
  28.                result = doResolveDependency(descriptor, requestingBeanName, autowiredBeanNames, typeConverter);
  29.            }
  30.            return result;
  31.        }
  32.    }

這裡我們關註通用處理邏輯: doResolveDependency(),如下:

  1.    public Object doResolveDependency(DependencyDescriptor descriptor, @Nullable String beanName,
  2.                                      @Nullable Set<String> autowiredBeanNames, @Nullable TypeConverter typeConverter) throws BeansException {
  3.        // 註入點
  4.        InjectionPoint previousInjectionPoint = ConstructorResolver.setCurrentInjectionPoint(descriptor);
  5.        try {
  6.            // 針對給定的工廠給定一個快捷實現的方式,例如考慮一些預先解析的信息
  7.            // 在進入所有bean的常規型別匹配演算法之前,解析演算法將首先嘗試通過此方法解析快捷方式。
  8.            // 子類可以改寫此方法
  9.            Object shortcut = descriptor.resolveShortcut(this);
  10.            if (shortcut != null) {
  11.                // 傳回快捷的解析信息
  12.                return shortcut;
  13.            }
  14.            // 依賴的型別
  15.            Class> type = descriptor.getDependencyType();
  16.            // 支持 Spring 的註解 @value
  17.            Object value = getAutowireCandidateResolver().getSuggestedValue(descriptor);
  18.            if (value != null) {
  19.                if (value instanceof String) {
  20.                    String strVal = resolveEmbeddedValue((String) value);
  21.                    BeanDefinition bd = (beanName != null && containsBean(beanName) ? getMergedBeanDefinition(beanName) : null);
  22.                    value = evaluateBeanDefinitionString(strVal, bd);
  23.                }
  24.                TypeConverter converter = (typeConverter != null ? typeConverter : getTypeConverter());
  25.                return (descriptor.getField() != null ?
  26.                        converter.convertIfNecessary(value, type, descriptor.getField()) :
  27.                        converter.convertIfNecessary(value, type, descriptor.getMethodParameter()));
  28.            }
  29.            // 解析複合 bean,其實就是對 bean 的屬性進行解析
  30.            // 包括:陣列、Collection 、Map 型別
  31.            Object multipleBeans = resolveMultipleBeans(descriptor, beanName, autowiredBeanNames, typeConverter);
  32.            if (multipleBeans != null) {
  33.                return multipleBeans;
  34.            }
  35.            // 查找與型別相匹配的 bean
  36.            // 傳回值構成為:key = 匹配的 beanName,value = beanName 對應的實體化 bean
  37.            Map<String, Object> matchingBeans = findAutowireCandidates(beanName, type, descriptor);
  38.            // 沒有找到,檢驗 @autowire  的 require 是否為 true
  39.            if (matchingBeans.isEmpty()) {
  40.                // 如果 @autowire 的 require 屬性為 true ,但是沒有找到相應的匹配項,則丟擲異常
  41.                if (isRequired(descriptor)) {
  42.                    raiseNoMatchingBeanFound(type, descriptor.getResolvableType(), descriptor);
  43.                }
  44.                return null;
  45.            }
  46.            String autowiredBeanName;
  47.            Object instanceCandidate;
  48.            if (matchingBeans.size() > 1) {
  49.                //  確認給定 bean autowire 的候選者
  50.                // 按照 @Primary 和 @Priority 的順序
  51.                autowiredBeanName = determineAutowireCandidate(matchingBeans, descriptor);
  52.                if (autowiredBeanName == null) {
  53.                    if (isRequired(descriptor) || !indicatesMultipleBeans(type)) {
  54.                        // 唯一性處理
  55.                        return descriptor.resolveNotUnique(type, matchingBeans);
  56.                    } else {
  57.                        // 在可選的Collection / Map的情況下,默默地忽略一個非唯一的情況:可能它是一個多個常規bean的空集合
  58.                        return null;
  59.                    }
  60.                }
  61.                instanceCandidate = matchingBeans.get(autowiredBeanName);
  62.            } else {
  63.                // We have exactly one match.
  64.                Map.Entry<Staring, Object> entry = matchingBeans.entrySet().iterator().next();
  65.                autowiredBeanName = entry.getKey();
  66.                instanceCandidate = entry.getValue();
  67.            }
  68.            if (autowiredBeanNames != null) {
  69.                autowiredBeanNames.add(autowiredBeanName);
  70.            }
  71.            if (instanceCandidate instanceof Class) {
  72.                instanceCandidate = descriptor.resolveCandidate(autowiredBeanName, type, this);
  73.            }
  74.            Object result = instanceCandidate;
  75.            if (result instanceof NullBean) {
  76.                if (isRequired(descriptor)) {
  77.                    raiseNoMatchingBeanFound(type, descriptor.getResolvableType(), descriptor);
  78.                }
  79.                result = null;
  80.            }
  81.            if (!ClassUtils.isAssignableValue(type, result)) {
  82.                throw new BeanNotOfRequiredTypeException(autowiredBeanName, type, instanceCandidate.getClass());
  83.            }
  84.            return result;
  85.        } finally {
  86.            ConstructorResolver.setCurrentInjectionPoint(previousInjectionPoint);
  87.        }
  88.    }

到這裡就已經完成了所有屬性的註入了。 populateBean() 該方法就已經完成了一大半工作了,下一步則是對依賴 bean 的檢測和 PostProcessor 處理,這個我們後面分析,下麵分析該方法的最後一步: applyPropertyValues()

applyPropertyValues

其實上面只是完成了所有註入屬性的獲取,將獲取的屬性封裝在 PropertyValues 的實體物件 pvs 中,並沒有應用到已經實體化的 bean 中,而 applyPropertyValues() 則是完成這一步驟的。

  1.   protected void applyPropertyValues(String beanName, BeanDefinition mbd, BeanWrapper bw, PropertyValues pvs) {
  2.        if (pvs.isEmpty()) {
  3.            return;
  4.        }
  5.        if (System.getSecurityManager() != null && bw instanceof BeanWrapperImpl) {
  6.            ((BeanWrapperImpl) bw).setSecurityContext(getAccessControlContext());
  7.        }
  8.        // MutablePropertyValues 型別屬性
  9.        MutablePropertyValues mpvs = null;
  10.        // 原始型別
  11.        List<PropertyValue> original;
  12.        if (pvs instanceof MutablePropertyValues) {
  13.            mpvs = (MutablePropertyValues) pvs;
  14.            if (mpvs.isConverted()) {
  15.                try {
  16.                    // 設置到 BeanWrapper 中去
  17.                    bw.setPropertyValues(mpvs);
  18.                    return;
  19.                }
  20.                catch (BeansException ex) {
  21.                    throw new BeanCreationException(
  22.                            mbd.getResourceDescription(), beanName, "Error setting property values", ex);
  23.                }
  24.            }
  25.            original = mpvs.getPropertyValueList();
  26.        }
  27.        else {
  28.            // 如果 pvs 不是 MutablePropertyValues 型別,則直接使用原始型別
  29.            original = Arrays.asList(pvs.getPropertyValues());
  30.        }
  31.        // 獲取 TypeConverter
  32.        TypeConverter converter = getCustomTypeConverter();
  33.        if (converter == null) {
  34.            converter = bw;
  35.        }
  36.        // 獲取對應的解析器
  37.        BeanDefinitionValueResolver valueResolver = new BeanDefinitionValueResolver(this, beanName, mbd, converter);
  38.        // Create a deep copy, resolving any references for values.
  39.        List<PropertyValue> deepCopy = new ArrayList<>(original.size());
  40.        boolean resolveNecessary = false;
  41.        // 遍歷屬性,將屬性轉換為對應類的對應屬性的型別
  42.        for (PropertyValue pv : original) {
  43.            if (pv.isConverted()) {
  44.                deepCopy.add(pv);
  45.            }
  46.            else {
  47.                String propertyName = pv.getName();
  48.                Object originalValue = pv.getValue();
  49.                Object resolvedValue = valueResolver.resolveValueIfNecessary(pv, originalValue);
  50.                Object convertedValue = resolvedValue;
  51.                boolean convertible = bw.isWritableProperty(propertyName) &&
  52.                        !PropertyAccessorUtils.isNestedOrIndexedProperty(propertyName);
  53.                if (convertible) {
  54.                    convertedValue = convertForProperty(resolvedValue, propertyName, bw, converter);
  55.                }
  56.                // Possibly store converted value in merged bean definition,
  57.                // in order to avoid re-conversion for every created bean instance.
  58.                if (resolvedValue == originalValue) {
  59.                    if (convertible) {
  60.                        pv.setConvertedValue(convertedValue);
  61.                    }
  62.                    deepCopy.add(pv);
  63.                }
  64.                else if (convertible && originalValue instanceof TypedStringValue &&
  65.                        !((TypedStringValue) originalValue).isDynamic() &&
  66.                        !(convertedValue instanceof Collection || ObjectUtils.isArray(convertedValue))) {
  67.                    pv.setConvertedValue(convertedValue);
  68.                    deepCopy.add(pv);
  69.                }
  70.                else {
  71.                    resolveNecessary = true;
  72.                    deepCopy.add(new PropertyValue(pv, convertedValue));
  73.                }
  74.            }
  75.        }
  76.        if (mpvs != null && !resolveNecessary) {
  77.            mpvs.setConverted();
  78.        }
  79.        // Set our (possibly massaged) deep copy.
  80.        try {
  81.            bw.setPropertyValues(new MutablePropertyValues(deepCopy));
  82.        }
  83.        catch (BeansException ex) {
  84.            throw new BeanCreationException(
  85.                    mbd.getResourceDescription(), beanName, "Error setting property values", ex);
  86.        }
  87.    }

至此, doCreateBean() 第二個過程:屬性填充 已經分析完成了,下篇分析第三個過程:迴圈依賴的處理,其實迴圈依賴並不僅僅只是在 doCreateBean() 中處理,其實在整個加載 bean 的過程中都有涉及,所以下篇內容並不僅僅只局限於 doCreateBean()

【死磕 Spring】—– IOC 之開啟 bean 的實體化行程

【死磕 Spring】—– IOC 之 Factory 實體化 bean

【死磕 Spring】—– IOC 之建構式實體化 bean

【死磕 Spring】—– IOC 之分析各 scope 的 bean 創建

【死磕 Spring】—– IOC 之開啟 bean 的加載

【死磕 Spring】—– IOC 之從單例快取中獲取單例 bean

【死磕 Spring】—– IOC 之parentBeanFactory 與依賴處理

【死磕 Spring】—– IOC 之 IOC 初始化總結

 

END

>>>>>> 加群交流技術 <<<<<<

 

    赞(0)

    分享創造快樂