有了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();
    }
}