ioc 控制反转，依赖注入DI
?
ioc 控制反转
1.谁控制谁，控制什么？IOC容器控制对象，控制了外部资源的获取。
2.为何是反转，那些方面反转了？容器帮我们查找对象及注入依赖对象，对象只是被动的接受依赖的对象。依赖对象的获取被反转了。
?
依赖注入DI
1.谁依赖于谁？ 应用程序依赖于IOC容器。
2.为什么需要依赖？ 应用程序需要IOC容器来提供对象需要的外部资源。
3.谁注入谁？ IOC容器注入应用程序某个对象，应用程序依赖的对象。
4.注入了什么？ 注入某个对象所需要的外部资源(对象，文件，常量数据)
?
实例化Bean
1.使用构造器实例化Bean
2.使用静态工厂方式实例化Bean
3.使用实例化工厂方法实例化Bean
?
配置Bean之间关系章节，也就是依赖注入
依赖注入能给我们带来哪些好处？
动态替换Bean依赖的对象，程序更灵活。能够更好的面向接口编程，代码更清晰。更好的实践优先使用对象组合，而不是类继承。增加Bean的可复用性。降低Bean之间的耦合。代码机构更清晰。
如何设计好类结构才是关键，依赖注入只是个装配对象的手段。
?
Sping IOC 容器注入依赖资源主要有两中方式实现：
1.构造器注入：就是容器实例化Bean时注入那些依赖，通过在Bean定义中制定构造器参数进行依赖注入，包括实例工厂
?方法参数注入依赖，但静态工厂方法参数不允许注入依赖。
2.set注入：通过Set方法注入依赖。
3.方法注入：能通过配置方式替换掉Bean方法，也就是通过配置改变Bean方法。\
4.常量注入：
5.注入Bean ID :
6.注入集合，数组和字典
?
?配置Bean之间的依赖关系,也就是注入依赖Bean
?
循环依赖(A引用B,B引用C,C引用A)
1.构造器循环依赖
2.setter循环依赖
Spring 解决循环依赖:
?? 创建CircleA类时，构造器需要CircleB类，那将去创建CircleB，在创建CircleB类时又发现需要CircleC类，则又去创建CircleC，最终在创建CircleC时发现又需要CircleA；从而形成一个环，没办法创建.
? Spring容器将每一个正在创建的Bean 标识符放在一个“当前创建Bean池”中，Bean标识符在创建过程中将一直保持在这个池中，因此如果在创建Bean过程中发现自己已经在“当前创建Bean池”里时将抛出BeanCurrentlyInCreationException异常表示循环依赖；而对于创建完毕的Bean将从“当前创建Bean池”中清除掉。
出现循环依赖是设计上出现了错误。尽量避免。
?
延迟初始化Bean:
????延迟初始化Bean又叫惰性初始化Bean,指不提前初始化Bean，而是在真正使用的时候才创建及初始化Bean。配置方式很简单只需要在Bean标签上加 lazy-init 属性值未true.
??? Spring容器会在创建容器时提前初始化“singleton”作用域的Bean，“singleton”就是单例的意思即整个容器每个Bean只有一个实例
使用Depends-on:
??? “decorator”指定了“depends-on”属性为“helloApi”，所以在“decorator”Bean初始化之前要先初始化“helloApi”，而在销毁“helloApi”之前先要销毁“decorator”，大家注意一下销毁顺序.
????? 那“depends-on”有什么好处呢？主要是给出明确的初始化及销毁顺序，比如要初始化“decorator”时要确保“helloApi”Bean的资源准备好了，否则使用“decorator”时会看不到准备的资源；而在销毁时要先在“decorator”Bean的把对“helloApi”资源的引用释放掉才能销毁“helloApi”，否则可能销毁 “helloApi”时而“decorator”还保持着资源访问，造成资源不能释放或释放错误。?
?
????? 在平时的开发中，我们可能访问文件系统。而打开和关闭是必须配对的。不能打开后不关闭,从而造成其它程序不能访问该文件。
?
查找方法注入：
用于注入方法返回结果，也就是说通过配置方式替换方法返回结果。
?
1.查找方法注入
??? 方法定义格式：方法访问级别必须是public或protected保证能被子类重置，可以是抽象方法，必须有返回值，必须是无参数方法，查找方法的类和被重载的方法必须是非final.
2.Bean的作用域：
?????? GOF单例设计模式是指“保证一个类仅有一个实例，并提供一个访问它的全局访问点”。介绍两种方式实现
通过类上定义静态属性保持该实例和通过注册表方式。
1）：通过在类上定义静态属性保持该实例。
?
Spring除了支持Schema配置Aop，也支持注解的方式.使用@AspectJ风格的切面申明.
?