1.背景介绍
程序的性质：
内聚：每个模块尽可能独立完成自己的功能，不依赖于模块外部的代码。
耦合：模块与模块之间接口的复杂程度，模块之间联系越复杂耦合度越高，牵一发而动全身。
目的：使得模块的“可重用性”、“移植性”大大增强
通常程序结构中各模块的内聚程度越高，模块间的耦合程度就越低
如何减少耦合度？
2.知识剖析
第一个重要概念：Ioc—Inversion of Control，即“控制反转”，是一种设计思想
●谁控制谁，控制什么？
谁控制谁？当然是IoC 容器控制了对象；
控制什么？
那就是主要控制了外部资源获取（不只是对象包括比如文件等）
第二个重要概念： DI(Dependency Injection,依赖注入)
?哪来的
一个对象的创建往往会涉及到其他对象的创建，比如一个对象A的成员变量持有着另一个对象B的引用，这就是依赖
通过将依赖关系写入配置文件，然后在创建有依赖关系的对象时，由IOC容器注入依赖的对象
DI实现方式
DI实现方式大概有四种：主要应用只有两种，所以就只举两个
1，setter方法
2，构造器方法
4.编码实战
5.扩展思考
1.创建Ioc配置文件的抽象资源，这个抽象资源包含了BeanDefinition的定义信息
2.创建一个BeanFactory，这里使用了DefaultListableBeanFactory
3.创建一个载入BeanDefinition的读取器，这里使用XmlBeanDefinitionReader来载入XML文件形式的BeanDefinition
4.然后将上面定位好的Resource，通过一个回调配置给BeanFactory
5.从定位好的资源位置读入配置信息，具体的解析过程由XmlBeanDefinitionReader完成
6.完成整个载入和注册Bean定义之后，需要的Ioc容器就初步建立起来了
BeanDefinition
例如类名、scope、属性、构造函数参数列表、依赖的bean、是否是单例类、是否是懒加载等，
其实就是将Bean的定义信息存储到这个BeanDefinition相应的属性中，后面对Bean的操作就直接对BeanDefinition进行
DefaultListableBeanFactory
spring Ioc容器的实现，从根源上是beanfactory，
但真正可以作为一个可以独立使用的ioc容器还是DefaultListableBeanFactory
DefaultListableBeanFactory其实要实现的功能就是以list集合的方式操作bean，为什么要拆成这么多的类和接口呢。这里面可能基于几点考虑。
1 功能的不同维度，分不同的接口，方便以后的维护和其他人的阅读。如：AutowireCapableBeanFactory、ListableBeanFactory、HierarchicalBeanFactory等
2 不同接口的实现，分布在不同的之类里，方便以后不同接口多种实现的扩展
3 从整个类图的分布，可以看出spring在这块是面向接口编程，后面类的实现，他们认为只是接口功能实现的一种，随时可以拓展成多种实现
XmlBeanDefinitionReader
XmlBeanDefinitionReader并不是xml配置的真正解析者，它只是相当于一个指挥官。当它收到一条需要加载BeanDefinition对象的任务后，它只会协调手下去完成相应的工作
5.编码实战(注解法)
@Required 注释应用于 bean 属性的 setter 方法，它表明受影响的 bean 属性在配置时必须放在 XML 配置文件中
setter方法上使用@Autowired注释来摆脱XML配置文件中的元素。
当Spring发现使用setter方法的@Autowired注释时，它会尝试在方法上执行autowire="byType"的自动连接。
6.参考文献
百度，博客
7.更多讨论
今天的分享就到这里啦，欢迎大家提问和探讨!
提问1：Xml ref与value区别？
ref全名是reference.一般赋值或者加载配置文件的的时候使用value,引用或者注入的时候使用ref
提问二：构造注入的时候可以使用name吗？
可以的，我们查看constructor-arg源码时是可以看到有name的，所以可以调用。
提问三：IOC具体为什么提出的？
因为需要实现低耦合，所以提出了这个IOC可以解决多成员之间进行同个项目的分工
