Spring配置Bean的形式有两种

一.基于XML的形式

1.在XML文件中通过Bean节点配置Bean，这中形式在前一篇博文中已详细描述过，这里不做赘述。

需要注意的是SpringIOC容器在读取Bean配置并创建Bean实例之前必须要对它进行实例化，只有在容器实例化之后才能在IOC容器中获取Bean实例并使用它。

2.Spring提供了两种类型的IOC容器实现

（1）BeanFactory：IOC容器的基本实现

BeanFactory是Spring框架的基础设施，面向Spring本身。

（2）ApplicationContext:提供了更多的高级特性，是BeanFactory的子接口

它面向使用Spring框架的开发者，几乎所有的应用场景都都直接使用ApplicationContext而非底层的BeanFactory。

它有两个主要的实现类ClassPathXmlApplicationContext（从类路径下加载配置文件）和FileSysXmlApplicationContext（从文件系统中 加载配置文件）

其实这两个实现类不是直接实现于ApplicationConetxt而是实现于它的子接口ConfigurableApplicationContext,如下图所示：

spring bean 怎么装配 spring中如何配置bean_spring bean 怎么装配


那为什么不直接实现ApplicationContext呢？这是因为ConfigurableApplicationContext对ApplicationContext进行了扩展，新增加了两个主要的方法：refresh()和close(),让ApplicationContext具有启动、刷新、关闭上下文的能力。ApplicationContext在初始化上下文时就实例化所有的单例的Bean。

3.依赖注入的方式

（1）属性注入
即setter方法注入Bean的属性或者依赖的对象，使用元素注入：name属性指定Bean的属性名称，value属性或者子节点指定注入的值或对象，可参考上篇博文，这也是最常用的注入方式。
（2）构造器注入
此种方式在元素中声明属性，其中没有name属性，当构造器的参数较多时容易乱，所以它提供了几种参数匹配的模式

//按索引匹配注入参数
<bean id="car1" class="com.cn.zhtt.Car">
	<constructory-arg value="奥迪" index=“0”></constructory-arg>
	<constructory-arg value="德国" index=“1”></constructory-arg>
	<constructory-arg value="5000" index=“2”></constructory-arg>
</bean> 
//按参数类型匹配注入参数
<bean id="car2" class="com.cn.zhtt.Car">
	<constructory-arg value="奥迪" type="java.lang.String"></constructory-arg>
	<constructory-arg value="德国"  type="java.lang.String"></constructory-arg>
	<constructory-arg value="5000" type="double"></constructory-arg>
</bean>

（3）工厂方式注入
该方法要求Bean的实例化必须为工厂模式，例如Bean中有个getInstance()方法来获得实例，那么在注入属性值如下配置即可

<bean name="userDao" class="com.cn.zhtt.UserDao"
 factory-method="getInstance" / >

这种注入方式用的比较少这里不做过多分析。

4.Bean的作用域

在XML中配置的Bean其默认的作用域都是singleton，单例的意思，意味着ioc容器的生命周期内只会创建一个这样的Bean，你获取的只能是这一个相同的对象。我们可以在配置时使用scope属性来指定Bean的作用域
singleton:默认值，单例的，容器初始化时就会创建出来唯一的Bean
prototype:原型的，容器初始化时不创建bean实例，而是在每次请求时都会创建一个新的Bean返回。

<bean id="car" class="com.cn.zhtt.Car" scope="prototype">
	<property name="brand" value="aodi"></property>
</bean>

二.基于注解的方式

1.基于注解配置Bean
1.在 classpath 中扫描组件

• 组件扫描(component scanning): Spring 能够从classpath 下自动扫描, 侦测和实例化具有特定注解的组件.
• 特定组件包括:
– @Component: 基本注解, 标识了一个受 Spring 管理的组件
– @Respository: 标识持久层组件
– @Service: 标识服务层(业务层)组件
– @Controller: 标识表现层组件
• 对于扫描到的组件, Spring 有默认的命名策略: 使用非限定类名, 第一个字母小写. 也可以在注解中通过 value 属性值标识组件的名称
• 当在组件类上使用了特定的注解之后, 还需要在 Spring 的配置文件中声明 context:component-scan ：
– base-package 属性指定一个需要扫描的基类包， Spring 容器将会扫描这个基类包里及其子包中的所有类.
– 当需要扫描多个包时, 可以使用逗号分隔.
– 如果仅希望扫描特定的类而非基包下的所有类，可使用 resourcepattern 属性过滤特定的类，
– context:include-filter 子节点表示要包含的目标类
– context:exclude-filter 子节点表示要排除在外的目标类
– context:component-scan 下可以拥有若干个 context:include-filter和 context:exclude-filter 子节点

2.基于注解装配Bean组件

context:component-scan 元素还会自动注册AutowiredAnnotationBeanPostProcessor 实例, 该实例可以自动装配具有 @Autowired 和 @Resource 、 @Inject注解的属性

使用 @Autowired 自动装配 Bean

@Autowired 注解自动装配具有兼容类型的单个 Bean属性
– 构造器, 普通字段(即使是非 public), 一切具有参数的方法都可以应用
@Authwired 注解
– 默认情况下, 所有使用 @Authwired 注解的属性都需要被设置. 当 Spring 找不到匹配的 Bean 装配属性时, 会抛出异常, 若某一属性允许不被设置, 可以设置
@Authwired 注解的 required 属性为 false
– 默认情况下, 当 IOC 容器里存在多个类型兼容的 Bean 时, 通过类型的自动装配将无法工作. 此时可以在 @Qualifier 注解里提供 Bean 的名称. Spring 允许对方法的入参标注 @Qualifiter 已指定注入 Bean 的名称
– @Authwired 注解也可以应用在数组类型的属性上, 此时 Spring 将会把所有匹配的 Bean 进行自动装配.
– @Authwired 注解也可以应用在集合属性上, 此时 Spring 读取该集合的类型信息, 然后自动装配所有与之兼容的 Bean.
– @Authwired 注解用在 java.util.Map 上时, 若该 Map 的键值为 String, 那么Spring 将自动装配与之 Map 值类型兼容的 Bean, 此时 Bean 的名称作为键值

使用 @Resource 或 @Inject自动装配 Bean

• Spring 还支持 @Resource 和 @Inject 注解，这两个注解和@Autowired 注解的功用类似
• @Resource 注解要求提供一个 Bean 名称的属性，若该属性为空，则自动采用标注处的变量或方法名作为 Bean 的名称
• @Inject 和 @Autowired 注解一样也是按类型匹配注入的Bean， 但没有 reqired 属性
• 建议使用 @Autowired 注解