Spring Bean Class 加載階段

上一節分析了關于 BeanDefinition 合并的細節過程, 那麼接下來在 Spring Bean 被建立之前, 需要将Bean對應的class進行加載. 那麼這裡就要涉及到一些細節需要理清.

ClassLoader 類加載

第一個涉及到 java 裡面的一些基礎, ClassLoader , 這個東西其實接觸架構的同學會更加熟悉, java的類加載主要是依靠 ClassLoader 來進行的.

可以參考:

java ClassLoader詳解

Java Security 安全控制

第二個是關于java security，就是Java安全裡面的一些控制，在spring早期是沒有增加這塊的實作的，後期開始增加了一些相關的控制，多提一點，過去是spring在實作的時候，在 IoC 的實作DI和我們說依賴注入和依賴查找的時候，他沒有注重關于Java Security的一個安全整合，不過在這方面 Java EE 規範裡面有清晰的描述，是以後續在目前版本看的時候，會發現裡面有一些 Java Security API 的代碼，後面會講到這些代碼的作用.

ConfigurableBeanFactory 臨時ClassLoader

第三個方面，這個方面是個大的方面，這個方面本節其實選擇性的跳過，後面會帶入一個簡單的場景和大家分析一下，這個場景實際上是非常有限的，通常我們是用不到的。

代碼示例

java.lang.ClassLoader

org.springframework.beans.factory.config.BeanDefinition

org.springframework.beans.factory.support.AbstractBeanFactory

org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory

org.springframework.util.ClassUtils

java.lang.Class

org.geekbang.thinking.in.spring.bean.lifecycle.MergedBeanDefinitionDemo

從問題開始, BeanDefinition 是怎麼從文本的元資訊形式加載到 Class 的?

好，我們還是回到idea裡面來，前面章節知道了 BeanDefinition 在合并之後會生成 RootBeanDefinition。那麼接下來有很重要的一個操作，就是我們前面看到過 BeanDefinition 實際上裡面有一個很重要的資訊，這個是我們的bean的一個基本的來源，也就是說它會 getBeanClassName 。

org.springframework.beans.factory.config.BeanDefinition#getBeanClassName

/**
	 * Return the current bean class name of this bean definition.
	 * <p>Note that this does not have to be the actual class name used at runtime, in
	 * case of a child definition overriding/inheriting the class name from its parent.
	 * Also, this may just be the class that a factory method is called on, or it may
	 * even be empty in case of a factory bean reference that a method is called on.
	 * Hence, do <i>not</i> consider this to be the definitive bean type at runtime but
	 * rather only use it for parsing purposes at the individual bean definition level.
	 * @see #getParentName()
	 * @see #getFactoryBeanName()
	 * @see #getFactoryMethodName()
	 */
	@Nullable
	String getBeanClassName();

前面我們也分析過，其實 BeanDefinition 它是一個關于Bean的元資訊的配置或者是描述，那麼事實上它是通過文本的方式來進行呈現的，它這裡并沒有顯式的告訴你它的類是什麼，我們知道Java裡面類的描述是通過Class來進行表達，那麼Class又是由 ClassLoader 來進行加載的，是以這個BeanDefinition 執行個體化這一過程和我們的傳統的Java的作用機制肯定是跑不掉的。

java.lang.ClassLoader

/**
 * A class loader is an object that is responsible for loading classes. The
 * class <tt>ClassLoader</tt> is an abstract class.  Given the <a
 * href="#name" target="_blank" rel="external nofollow" >binary name</a> of a class, a class loader should attempt to
 * locate or generate data that constitutes a definition for the class.  A
 * typical strategy is to transform the name into a file name and then read a
 * "class file" of that name from a file system.
 *
 */
public abstract class ClassLoader {

事實上在 Spring IoC容器的實作裡面，ClassLoader 加載是一個邊緣化的操作(其實是封裝的太深了…)，通常我們不太重視，接下來我們會通過一個方法的方式來進行操作。

首先我們看回之前的示例 MergedBeanDefinitionDemo，然後在依賴查找的位置打上斷點:

org.geekbang.thinking.in.spring.bean.lifecycle.MergedBeanDefinitionDemo