IOC容器和Bean的配置
文章目录
IOC和DI
IOC：反转控制
在应用程序中的组件需要获取资源时，传统的方式是组件主动的从容器中获取所需要的资源，在这样的模式下开发人员往往需要知道在具体容器中特定资源的获取方式，增加了学习成本，同时降低了开发效率
反转控制的思想完全颠覆了应用程序组件获取资源的传统反射光hi：反转了资源的获取方向，改由容器主动的将资源推送给需要的组件，开发人员不需要知道容器时如何创建资源对象的，只需要提供接收资源的方式即可，极大的降低了学习成功，提供了开发的效率。这种行为也成为查找的被动形式。
DI：依赖注入
IOC的另一种表达方式是：即组件以一些预先定义好的方式(比如setter方法)接收来自于容器的资源注入。相对于IOC而言，这种表达更加直接。
IOC描述的是一种思想，而DI是对IOC思想的具体实现
IOC容器在Spring中的实现
1）在通过IOC容器读取Bean的实例之前，需要先将IOC容器本身实例化
2）Spring提供IOC容器的两种实现方式
-
BeanFactory：IOC容器的基本实现，是spring内部的基础设置，是面向Spring本身的，不是提供给开发人员使用的。
-
ApplicationContext：BeanFactory的子接口，提供了更多的高级特性。面向Spring1的使用者，几乎所有场合都使用ApplicationContext而不是底层的BeanFactory
ApplicationContext的主要实现类：
1）ClassPathXmlApplicationContext：对应类路径下的XML格式的配置文件
2）FileSystemXmlApplicationContext：对应文件系统中的XML格式的配置文件
3）在初始化时就创建单例的Bean，也可以通过配置的方式指定创建的Bean是多实例的。
ConfigurableApplicationContext是ApplicationContext的子接口，包括一些扩展方法。
1）refresh()和close()让ApplicationConetext具有启动、关闭和刷新上下文的能力 -
WebApplicationContext：专门为WEB应用而准备的，它允许相对于WEB根目录的路径中完成初始化。
获取Bean的三种方法
1）通过id获取bean
2)通过类型获取bean
但是如果同一个类型的bean在xml文件中配置了多个，则获取时会抛出异常，所以同一个类型的bean在容器中必须时唯一的
- 可以同时指定bean的id值和类型
给Bean的属性赋值
依赖注入的方式
通过bean的setXX()方法赋值
必须提供一个无参构造函数和相应setxxx方法
通过bean的构造器赋值
- Spring自动匹配合适的构造器
通过索引值指定参数位置
2)通过类型区分重载的构造器
p命名空间
为了简化XML文件的配置，越来越多的XML文件采用属性而非子元素配置信息。Spring从2.5版本开始引入了一个新的p命名空间，可以通过元素属性的方式配置Bean 的属性。
使用p命名空间后，基于XML的配置方式将进一步简化。
1、引入p命名空间
底层还是调用set和无参构造函数
可以使用的值
字面量
1)可以使用字符串表示的值，可以通过value属性或value子节点的方式指定
2)基本数据类型及其封装类、String等类型都可以采取字面值注入的方式
3)若字面值中包含特殊字符，可以使用<![CDATA[]]>把字面值包裹起来
外部已声明的bean
内部bean
当bean实例仅仅给一个特定的属性使用时，可以将其声明为内部bean。内部bean声明直接包含在< property>或< constructor-arg >元素里，不需要设置任何id或name属性
内部bean不能使用在任何其他地方
给级联属性赋值&&NULL赋值
集合属性
在Spring中可以通过一组内置的XML标签来配置集合属性，例如：，或
数组和List
配置java.util.List类型的属性，需要指定标签，在标签里包含一些元素。这些标签 可以通过指定简单的常量值，通过指定对其他Bean的引用。通过 指定内置bean定义。通过指定空元素。甚至可以内嵌其他集合。
数组的定义和List一样，都使用元素。
配置java.util.Set需要使用标签，定义的方法与List一样。
Map
Java.util.Map通过