Spring容器基礎ClassPathXmlApplicationContext(一起看源碼)
阿新 • • 發佈:2019-04-16
處理 emp conf rep sso 其中 ica start sync
ApplicationContext相比較於BeanFactory,擴展了很多功能。也就是說前者包含了後者的所有功能。使用前者加載XML的方式:ApplicationContext app=new ClassPathXmlApplicationContext("applicationContextIOC.xml");下面對此代碼進行分析,追蹤源碼如下所示:
參數是Spring配置文件的路徑,方法裏再次調用其構造方法,如下:
其中,setConfigLocations該方法主要解析給定的路徑數組,如下源碼:
設置路徑之後,就可以對配置文件的解析以及各種功能的實現了。最重要的方法就是refresh方法,該方法的源碼如下:
@Override public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { // 刷新上下文環境 prepareRefresh(); // 初始化BeanFactory,進行xml文件讀取 ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();// 對BeanFactory進行各種功能的填充 prepareBeanFactory(beanFactory); try { // 子類覆蓋方法做其他的處理 postProcessBeanFactory(beanFactory); // 激活BeanFactory的處理器 invokeBeanFactoryPostProcessors(beanFactory); // 註冊攔截Bean創建的Bean處理器registerBeanPostProcessors(beanFactory); // 為上下文初始化Message源 initMessageSource(); // 初始化應用消息廣播器 initApplicationEventMulticaster(); // 留給子類初始化其他的bean onRefresh(); // 查找Listeners bean,註冊到消息廣播器中 registerListeners(); // 初始化剩下的單實例 finishBeanFactoryInitialization(beanFactory); // 完成刷新過程,通知生命周期處理器 finishRefresh(); } catch (BeansException ex) { if (logger.isWarnEnabled()) { logger.warn("Exception encountered during context initialization - " + "cancelling refresh attempt: " + ex); } // Destroy already created singletons to avoid dangling resources. destroyBeans(); // Reset ‘active‘ flag. cancelRefresh(ex); // Propagate exception to caller. throw ex; } finally { // Reset common introspection caches in Spring‘s core, since we // might not ever need metadata for singleton beans anymore... resetCommonCaches(); } } }
由以上源碼可以清晰的看出整個執行流程,至於每部操作還需要花時間去理解。
Spring容器基礎ClassPathXmlApplicationContext(一起看源碼)