Spring容器與上下文理解

轉自：https://www.cnblogs.com/chenbenbuyi/p/8166304.html

我的感受介紹的很不錯！！！

Spring基礎篇——Spring容器和應用上下文理解

　　上文說到，有了Spring以後，經過依賴注入的方式，咱們的業務代碼不用本身管理關聯對象的生命週期。業務代碼只須要按照業務自己的流程，走啊走啊，走到哪裏，須要另外的對象來協助了，就給Spring說，我想要個對象——因而Spring就很貼心的給你個對象。聽起來彷佛很簡單，使用起來也不難，可是若是僅僅是這樣的拿來主義，倒也灑脫，不用費什麼腦子。。。但是，你就真的不關心，Spring是從哪裏把對象給你的嗎？

　　若是你想要了解Spring深一些，而不只僅是拿來用用，那麼你就應該好好思考一下上訴問題，否則，這篇博文你還看個剷剷啊。。。你能夠這樣去思考：Spring既然要負責應用程序中那麼多對象的建立管理，就像蘋果要生產那麼多的手機（對象）同樣，確定有一個專門搞對象的地方。蘋果生產手機的地方叫工廠，好比富士康，但放在軟件開發中，對於Spring搞對象的地方咱們就不叫工廠了，而叫作容器。是的，容器的概念在java中你最熟悉的莫過於Tomcat了，它正是一個運行Servlet的web容器，而Spring要想實現依賴注入功能，就離不開對象生產的容器——若是沒有容器負責對象的建立管理，你的程序代碼只是喊要對象了，Spring也無處給你啊。實際上，容器是Spring框架實現功能的核心，容器不僅是幫咱們建立了對象那麼簡單，它負責了對象整個的生命週期的管理——建立、裝配、銷燬。關於Spring的這個容器你最常聽聞的一個術語就是IOC容器。所謂IOC，是一種叫控制反轉的編程思想，網上有很通俗易懂的總結，我就不胡亂闡述了。總之一句話，個人應用程序裏不用再過問對象的建立和管理對象之間的依賴關係了，都讓IOC容器給代勞吧，也就是說，我把對象建立、管理的控制權都交給Spring容器,這是一種控制權的反轉，因此Spring容器才能稱爲IOC容器。不過這裏要釐清一點：並非說只有Spring的容器才叫IOC容器，基於IOC容器的框架還有不少，並非Spring特有的。

　　好了，終於把Spring的容器概念闡述的差很少了，但有什麼卵用呢？光有容器你其實什麼都幹不了！你覺得容器那麼科幻，跟叮噹貓面前的百寶袋同樣，你想要啥它就給你啥？實際上，容器裏面什麼都沒有，決定容器裏面放什麼對象的是咱們本身，決定對象之間的依賴關係的，也是咱們本身，容器只是給咱們提供一個管理對象的空間而已。那麼，咱們怎麼向容器中放入咱們須要容器代爲管理的對象呢？這就涉及到Spring的應用上下文了。什麼是應用上下文呢，你能夠簡單的理解成就是將你須要Spring幫你管理的對象放入容器的那麼一種。。一種。。額。。一種容器對象——是的，應用上下文便是Spring容器抽象的一種實現；而咱們常見的ApplicationContext本質上說就是一個維護Bean定義以及對象之間協做關係的高級接口。額，聽起來是否是很抽象拗口？那你再讀一遍呢。。。這裏，咱們必須明確，Spring的核心是容器，而容器並不惟一，框架自己就提供了不少個容器的實現，大概分爲兩種類型：一種是不經常使用的BeanFactory，這是最簡單的容器，只能提供基本的DI功能；還有一種就是繼承了BeanFactory後派生而來的應用上下文，其抽象接口也就是咱們上面提到的的ApplicationContext，它能提供更多企業級的服務，例如解析配置文本信息等等，這也是應用上下文實例對象最多見的應用場景。有了上下文對象，咱們就能向容器註冊須要Spring管理的對象了。對於上下文抽象接口，Spring也爲咱們提供了多種類型的容器實現，供咱們在不一樣的應用場景選擇——

　　　 ① AnnotationConfigApplicationContext:從一個或多個基於java的配置類中加載上下文定義，適用於java註解的方式；

　　　　② ClassPathXmlApplicationContext:從類路徑下的一個或多個xml配置文件中加載上下文定義，適用於xml配置的方式；

　　　　③ FileSystemXmlApplicationContext:從文件系統下的一個或多個xml配置文件中加載上下文定義，也就是說系統盤符中加載xml配置文件；

　　　　④ AnnotationConfigWebApplicationContext:專門爲web應用準備的，適用於註解方式；

　　　　⑤ XmlWebApplicationContext:從web應用下的一個或多個xml配置文件加載上下文定義，適用於xml配置方式。

　　有了以上理解，問題就很好辦了。你只要將你須要IOC容器替你管理的對象基於xml也罷，java註解也好，總之你要將須要管理的對象（Spring中咱們都稱之問bean）、bean之間的協做關係配置好，而後利用應用上下文對象加載進咱們的Spring容器，容器就能爲你的程序提供你想要的對象管理服務了。下面，仍是貼一下簡單的應用上下文的應用實例：

　　咱們先採用xml配置的方式配置bean和創建bean之間的協做關係：

 

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
           http://www.springframework.org/schema/beans/spring-beans-3.2.xsd">
    <bean id="man" class="spring.chapter1.domain.Man">
        <constructor-arg ref="qqCar" />
    </bean>
    <bean  id="qqCar" class="spring.chapter1.domain.QQCar"/>
</beans>

 

　　而後經過應用上下文將配置加載到IOC容器，讓Spring替咱們管理對象，待咱們須要使用對象的時候，再從容器中獲取bean就ok了：

 

public class Test {
    public static void main(String[] args) {
        //加載項目中的spring配置文件到容器
//        ApplicationContext context = new ClassPathXmlApplicationContext("resouces/applicationContext.xml");
        //加載系統盤中的配置文件到容器
        ApplicationContext context = new FileSystemXmlApplicationContext("E:/Spring/applicationContext.xml");
        //從容器中獲取對象實例
        Man man = context.getBean(Man.class);
        man.driveCar();
    }
}

 

　　以上測試中，我將配置文件applicationContext.xml分別放在項目中和任意的系統盤符下，我只須要使用相應的上下文對象去加載配置文件，最後的結果是徹底同樣的。固然，如今項目中愈來愈多的使用java註解，因此註解的方式必不可少：

 

//同xml同樣描述bean以及bean之間的依賴關係
@Configuration
public class ManConfig {
    @Bean
    public Man man() {
        return new Man(car());
    }
    @Bean
    public Car car() {
        return new QQCar();
    }
}

 

public class Test {
    public static void main(String[] args) {
        //從java註解的配置中加載配置到容器
        ApplicationContext context = new AnnotationConfigApplicationContext(ManConfig.class);
        //從容器中獲取對象實例
        Man man = context.getBean(Man.class);
        man.driveCar();
    }
}

　　自此，Spring容器和應用上下文就算闡述的差很少了，具體的技能點在從此的博文中會慢慢的給你們奉上。博主功力也不深厚，博文有闡述欠妥或者不許確的地方，歡迎大神大仙大俠們指正，陳某不勝感激。

做者：陳本布衣

　　　　

出處：http://www.cnblogs.com/chenbenbuyi