1. beans包提供了以編程方式管理和操作bean的基本功能，而context包增加了ApplicationContext，它以一種更加面向框架的方式增強了BeanFactory的功能。
2. context包的基礎是位於ext包中的ApplicationContext接口。它是由 BeanFactory接口派生而來的，提供了BeanFactory的所有功能。爲了以一種更面向框架的方式工作，使用分層和繼承關係的上下文，context包還提供了一下的功能。
a. MessageSource，對I18N消息的訪問。
b. 資源訪問，例如URL和文件
c. 事件傳遞給是吸納了ApplicationListener接口的bean
d. 載入多個(有繼承關係)上下文，使得每一個上下文都專注於一個特定的層是，比如應用的web層。
國際化支持
1. ApplicationContext擴展了MessageSource接口，因而提供了messaging的功能(I18N或者國際化)。同 NestingMessageSource一起使用，還能處理分級的信息，這些是spring提供的處理信息的基本接口。
2. 當一個ApplicationContext被加載時，它會自動查找在context中定義的MessageSource bean.這個bean必須交做messageSource.如果找了這樣一個bean，所有對上述方法的調用將被委託給找到的 messageSource.如果沒有找到messageSource，ApplicationContext將會嘗試查找他的父親是否包含有同名的 bean.如果有，它將把找到的bean作爲MessageSource.如果他沒有找到任何的信息處理源，他會創建一個 StaticMessageSource.
3. Spring目前提供了兩個MessageSource的實現，他們是
ResourceBundleMessageSource和StaticMessageSource.兩者都實現了 NestingMessageSource一邊能夠處理嵌套的信息。StaticMessageSource很少被使用，但是他提供了編程的方式向 source增加信息，我們經常使用的是ResourceBundleMessageSource.
在Spring中使用資源
1. ApplicationContext繼承了ResourceLoader接口，在這個接口中，定義了getResource()方法，如下：
Resource getResource(String location)
該方法返回一個資源句柄。這個句柄應該總是一個可重複使用的資源描述符，允許多次調用getInputStream();
2. getResource()方法的`參數是一個資源訪問地址，例如：
file：c：/
classpath：(從classpath路徑中查找文件並返回他的資源句柄)
WEB-INF/
注意：getResource()方法返回的Resource句柄並不意味着資源實際存在，你需要調用Resource接口的exists()方法判斷資源是否存在。
Resource提供了與協議無關的特性。
事件傳遞
1. ApplicationContext中的時間處理是通過AppcationEvent類和ApplicationListener接口來提供的。如果上下文中部署了一個實現了ApplicationListener接口的bean，每次一個ApplicationEvent發佈到 ApplicationContext時，那個bean就會被通知。實質撒謊功能，這是標準的Observer設計模式。
2. Spring提供的三個標準事件
a. ContextRefreshedEvent
當ApplicationContext已經初始化或刷新後發送的事件。這裏初始化意味着：所有的bean被裝載，singleton被預實例化，以及ApplicationContext已經準備好。
b. ContextClosedEvent
當使用ApplicationContext的close()方法結束上下文的時候發送的事件。這裏意味着：singleton被銷燬。
c. RequestHandledEvent
一個與web相關的事件，告訴所有的bean一個HTTP請求已經被響應了(這個時間將會在一個請求結束後被髮送—)。注意，這個時間只能應用於使用了Spring的DispatcherServlet的web應用。
