下面是更新BeanFactory的方法代碼：

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&  nbsp;parsing bean definition source for "  
 
                       + getDisplayName  (), ex);  
 
    }  
 
}    

這個方法實現了AbstractApplicationContext的抽象方法refreshBeanFactory，這段代碼清楚的說明了BeanFactory的創建過程。注意BeanFactory對象的類型的變化，前面介紹了他有很多子類，在什么情況下使用不同的子類這非常關鍵。BeanFactory的原始對象是DefaultListableBeanFactory，這個非常關鍵，因為他設計到后面對這個對象的多種操作，下面看一下這個類的繼承層次類圖：

從這個圖中發現除了BeanFactory相關的類外，還發現了與Bean的register相關。這在refreshBeanFactory方法中有一行loadBeanDefinitions(beanFactory)將找到答案，這個方法將開始加載、解析 Bean的定義，也就是把用戶定義的數據結構轉化為Ioc容器中的特定數據結構。

這個過程可以用下面時序圖解釋：