Spring框架：反射机制，注入，单例模式，自动装载，延迟加载

Spring反射机制：

1, 通过spring来获取一个对象的实例

2, 通过spring进行属性注入

setter方法注入

构造器注入

接口注入

上面的代码中，ClassA依赖于InterfaceB的实现，如何获得InterfaceB实现类的实例？传统的方法是在代码中创建InterfaceB实现类的实例，并将起赋予clzB。

而这样一来，ClassA在编译期即依赖于InterfaceB的实现。为了将调用者与实现者在编译期分离，于是有了上面的代码，我们根据预先在配置文件中设定的实现类的类名，动态加载实现类，并通过InterfaceB强制转型后为ClassA所用。

这就是接口注入的一个最原始的雏形。

而对于一个Type1型IOC容器而言，加载接口实现并创建其实例的工作由容器完成，如J2EE开发中常用的Context.lookup（ServletContext.getXXX），都是Type1型IOC的表现形式。

Apache Avalon是一个典型的Type1型IOC容器。

p标记的使用

<bean p:username=""></bean>

3, 将一个对象注入到另一个对象<ref bean="...">

用户有一个部门

部门有多个用户

model：

配置文件：

测试：

4, AutoWired(byType, byName)

autowire

自动装载：

byName根据名字自动注入

user1的bean中并没有dept属性，但是还是打印出了这个属性，因为它会找到这个类，然后在配置文件中找到和该属性同名的id，并自动注入

byType根据类型自动装载，用法一致

需要注意，如果根据类型自动装载，应只有一个该类型，否则会无发找到，报错

autowire默认default，指的是根据<beans>声明中得来选择方法

5, scope, lazy-init, init-method, destroy-method(相当的不重要)

scope="singleton(单例) / prototype(原型)"

默认情况下Spring中定义的Bean是以单例模式创建的。

在GoF中的单例模式是指一个ClassLoader中只存在类一个实例。

而在Spring中的单例实际上更确切的说应该是：

1.每个Spring Container中定义的Bean只存在一个实例

2.每个Bean定义只存在一个实例。

lazy-init (一开始不初始化，用到的时候才初始化)

init-method="init" destory-method="destory" 不要和prototype一起使用

类被初始化的时候调用init,被消亡的时候调用destory

正常运行的结果只有一个init和destroy,虽然两个service实例化，但是默认是单例,加了scope=prototype就运行不正常了，结果两个init，没有destroy,原因未知。

首先我们应该知道：

一、spring Bean的作用域:scope=singleton(默认，单例，生成一个实例）

二、spring Bean的作用域:scope=prototype(多线程, 生成多个实例）

三、单例模式，默认在程序初始化的时候实例化(lazy-init=”false”)

四、prototype，getBean的时候才是实例化

五、lazy-init 只对单例模式起作用，对 prototype 不起作用（因为 prototype 默认就不是程序初始化的时候实例化的）