1.原則： Don't call us,we will call you
2.原來構建對象，對象內如果有其他依賴對象，需要一個個構建后傳入，現在直接先注入好，構建原對象的時候
它會直接向Ioc service Provider 去要
3.注入對象的方式有
A. 構造方法方式注入
B.通過setter 方式注入
C.實現提供的接口來注入
4.Ioc service provider 有兩種功能
A. 業務對象構建管理
B. 業務對象間依賴綁定
5.Ioc service provider 簡化代碼來構建對象，但是這些依賴條件Ioc service provider
如何知道？
A.直接編碼方式知道
比如
IoContainer container=...
container.register(FXNewProvider.class,new FXNewsProvider());
B.配置文件方式
<bean id="newsProvider" ...>
....
</bean>
C.通過注解來注入
6.Spring Ioc 容器
Ioc service provider 是其中的一部分
Ioc 容器spring提供兩種類型
A.BeanFactory ：基礎類型Ioc 容器 默認為延時初始化策略，啟動快需要資源有限
B.ApplicationContext:BeanFactory 基礎上構建，屬于高級容器，提供事件發布，國際化等
高級功能，需要資源相對多，啟動相對也就慢。
7.bean 的生命周期
A.singleton: 在spring Ioc 容器中只存在一個實例，他的生命周期從容器啟動并因為第一次被
請求而初始化后，將一直存活到容器退出。這里的singleton 和Gof中提出的Singleton 有點區別
bean的singleton 表示在同一個容器中存在一個實例；而Gof中的Singleton表示同一個classloader中
只存在一個實例。
B.prototype:代理
容器在接收到請求后，為之生成一個新對象實例給請求方，然后就不再有新對象的引用。
C.request,session,global session
只適用web 應用，不像上面的那么通用。通常與XmlWebApplicationContext一起用
request：每一個請求生成一個新的requestProcessor 對象，和http request的生命周期一樣
session：和http session 生命周期一個
global session：只應用在基于portlet 的web應用程序才有意義。映射到portlet的global
范圍的session
D.自定義scope類型
實現org.springframework.beans.factory.config.Scope接口
public infterface Scope{
...
}
其中get和remove 方法必須實現，參考例子
http://jroller.com/eu/entry/more_fun_with_spring_scopes
有了Scope的實現類后，需要把Scope注冊到容器中，才能提供相應的bean定義
通過ConfigurableBeanFactory的 registerScope中進行注冊。BeanFactory
通常實現ConfigurableBeanFactory接口。
如果是ApplicationContext，你還可以通過配置文件來實現，ApplicationContext
會自動識別并加載.
E.面向接口編程指以接口為導向，在類中引用接口而不是具體接口的實現類，這樣就減少和
特定實現類的耦合，比如傳統寫法
public class Foo{
private BarInterface barInstance;
public Foo()
{
barInstance = new BarInterfaceImp();
//BarInterfaceImp其實是BarInterface 接口的實現類
}
}
上面的寫法耦合很大，如果該類是由我們設計并開發的，那么還好說，我們可以通過依賴注入，
讓容器幫助我們解除接口和實現類之間的耦合性，但是，有時，我們需要依賴第三方庫，需要實例化
并通過第三方庫中的相關類，這時，接口和實現類的耦合性需要其他方式來避免。
比如工程方法模式。提供一個工廠類來實例化具體的接口實現類，這樣主體對象只需要依賴工廠類，具體使用的實現類有變革的話，只要變更工廠類。
上面的Foo可以改為:
public class Foo{
private BarInterface barInterface;
public Foo()
{
//barInterface = BarInterfaceFactory.getInstance();
或者
//barInterface =new BarInterfaceFactory().getInstance();
}
}
靜態工廠方法:
public class StaticBarInterfaceFactory
{
public static BarInterface getInstance()
{
return new BarInterfaceImpl();
}
}
spring 提供配置來支持靜態工廠方法
<bean id="bar" class="...StaticBarInterfaceFactory" factory-method="getInstance">
//如果factory-method 有參數可以,進入下面參數
<constructor-arg>
<ref bean="foobar">
</constructor-arg>
</bean>
非靜態工廠方法：
public class NoStaticBarInterfaceFactory
{
public BarInterface getInstance()
{
return new BarInterfaceImpl();
}
}
spring配置如下：
<bean id="barFactory" class="...NoStaticBarInterfaceFactory" />
<bean id="bar" factory-bean="barFactory" factory-method="getInstance" />
FactoryBean:spring 提供的生產對象的工廠bean
只需要實現org.springframework.beans.factory.FactoryBean 接口
public interface FactoryBean{
//獲取實例
Object getObject() throws Exception;
//獲取實現相對于的類型
Class getObjectType();
//表明獲取的實例在容器中是否是singleton形式
boolean isSingleton();
}
然后在spring 進行bean定義
<bean id="objectId" class="...FactoryBean"/>需要注意的是，這里的objectId不是
FactoryBean類型，而是上面實現接口的具體getObjectType的類型。
F.方法注入和方法替換。
方法替換實現org.springframework.beans.facotry.support.MethodReplacer
并在bean中定義
<replaced-method name="getAndPersistNews" replacer="providerReplacer"/>
<bean id="providerReplacer" class="...FXNewsReplacer">
其實方法替換就是對方法的攔截。
G.ApplicationContext特性
Resource:spring 定義統一的資源
ResourceLoader：有了資源，需要有加載工具。
ResourcePatternResolver：是ResourceLoader的擴展，resourceLoader每次只能根據
資源返回單個Resource實例，而ResourcePatternResolver可以一次返回多個Resource