Spring装配bean
创建对象之间协作关系的行为通常称为装配(wiring),这也是DI的本质。Spring提供了三种主要的装配机制。
- 在XML中进行显式配置。
- 在Java中进行显式配置。
- 隐式的bean发现机制和自动装配。
隐式的bean发现机制和自动装配
Spring从两个角度来实现自动化装配:
- 组件扫描(component scanning):Spring会自动发现应用上下文中所创建的bean。
- 自动装配(autowiring):Spring自动满足bean之间的依赖。
通过xml启动组件扫描(也可以通过java文件启动,我感觉不方便,不使用了):
-
<context:component-scan base-package="com.zjf" />
组件扫描会扫描上面配置目录下和子目录下的响应注解,然后注册为bean。自动转配也是通过注解来实现的。
当一个 Bean 被自动检测到时,会根据那个扫描器的 BeanNameGenerator 策略生成它的 bean 名称。默认情况下,对于包含 value 属性的 @Component、 @Repository、 @Service 和 @Controller,会把value 取值作为 Bean 的名字。如果这个注解不包含 value 值或是其他被自定义过滤器发现的组件,默认 Bean 名称会是小写开头的类的简单名称。
spring常用的注解(暂时不说Spring mvc的注解):
- @Component
泛指组件,当组件不好归类的时候,我们可以使用这个注解进行标注。
通过value属性指定bean的名字。如@Component(value="xx"),或者@Component("xx")。
@Repository、@Service 和 @Controller是继承自@Component的,在现在的版本上,他们的用法没有任何差别。只是标识不同的层。以后的版本可能会有差别。
- @Autowired
默认按类型装配,如果我们想使用按名称装配,可以结合@Qualifier注解一起使用。
如下:@Autowired @Qualifier("personDaoBean") 存在多个实例配合使用
@Autowired 有一个required属性,定义是否必须,默认是true。
- @Resource
默认按名称装配。
按照名称装配的方法:如果定义了name属性,那么按照name属性配置的名称去查找bean,如果没有定义name属性,那么是把属性名称首字母小写。
如果按照名称装配没有找到,会按类型装配,跟Autowired一样。
- @Scope注解 作用域
- @Lazy(true) 表示延迟初始化
- @Service用于标注业务层组件、
- @Controller用于标注控制层组件
- @Repository用于标注数据访问组件,即DAO组件。
- @PostConstruct用于指定初始化方法(用在方法上)
- @PreDestory用于指定销毁方法(用在方法上)
- @DependsOn:定义Bean初始化及销毁时的顺序
- @Primary:自动装配时当出现多个Bean候选者时,被注解为@Primary的Bean将作为首选者,否则将抛出异常
- @PostConstruct 初始化注解
- @PreDestroy 摧毁注解 默认 单例 启动就加载
- @Async异步方法调用
- @Scope用于指定scope作用域的(用在类上)
这里的 scope 就是用来配置 spring bean 的作用域,它标识 bean 的作用域。
在spring2.0之前bean只有2种作用域即:singleton(单例)、non-singleton(也称 prototype), Spring2.0以后,增加了session、request、global session三种专用于Web应用程序上下文的Bean。
1、singleton 作用域
当一个bean的 作用域设置为singleton, 那么Spring IOC容器中只会存在一个共享的bean实例,并且所有对bean的请求,只要id与该bean定义相匹配,则只会返回bean的同一实例。换言之,当把 一个bean定义设置为singleton作用域时,Spring IOC容器只会创建该bean定义的唯一实例。这个单一实例会被存储到单例缓存(singleton cache)中,并且所有针对该bean的后续请求和引用都 将返回被缓存的对象实例,这里要注意的是singleton作用域和GOF设计模式中的单例是完全不同的,单例设计模式表示一个ClassLoader中 只有一个class存在,而这里的singleton则表示一个容器对应一个bean,也就是说当一个bean被标识为singleton时 候,spring的IOC容器中只会存在一个该bean。
配置实例:
<bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/>
或者
<bean id="role" class="spring.chapter2.maryGame.Role" singleton="true"/>
2、prototype
prototype作用域部署的bean,每一次请求(将其注入到另一个bean中,或者以程序的方式调用容器的 getBean()方法)都会产生一个新的bean实例,相当与一个new的操作,对于prototype作用域的bean,有一点非常重要,那就是Spring不能对一个prototype bean的整个生命周期负责,容器在初始化、配置、装饰或者是装配完一个prototype实例后,将它交给客户端,随后就对该prototype实例不闻不问了。不管何种作用域,容器都会调用所有对象的初始化生命周期回调方法,而对prototype而言,任何配置好的析构生命周期回调方法都将不会被调用。 清除prototype作用域的对象并释放任何prototype bean所持有的昂贵资源,都是客户端代码的职责。(让Spring容器释放被singleton作用域bean占用资源的一种可行方式是,通过使用 bean的后置处理器,该处理器持有要被清除的bean的引用。)
配置实例:
<bean id="role" class="spring.chapter2.maryGame.Role" scope="prototype"/>
或者
<beanid="role" class="spring.chapter2.maryGame.Role" singleton="false"/>
3、request
request表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP request内有效,配置实例:
request、session、global session使用的时候首先要在初始化web的web.xml中做如下配置:
如果你使用的是Servlet 2.4及以上的web容器,那么你仅需要在web应用的XML声明文件web.xml中增加下述ContextListener即可:
<web-app>
...
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
...
</web-app>
如果是Servlet2.4以前的web容器,那么你要使用一个javax.servlet.Filter的实现:
<web-app>
..
<filter>
<filter-name>requestContextFilter</filter-name>
<filter-class>org.springframework.web.filter.RequestContextFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>requestContextFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
...
</web-app>
接着既可以配置bean的作用域了:
<bean id="role" class="spring.chapter2.maryGame.Role" scope="request"/>
4、session
session作用域表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP session内有效,配置实例:
配置实例:
和request配置实例的前提一样,配置好web启动文件就可以如下配置:
<bean id="role" class="spring.chapter2.maryGame.Role" scope="session"/>
5、global session
global session作用域类似于标准的HTTP Session作用域,不过它仅仅在基于portlet的web应用中才有意义。Portlet规范定义了全局Session的概念,它被所有构成某个 portlet web应用的各种不同的portlet所共享。在global session作用域中定义的bean被限定于全局portlet Session的生命周期范围内。如果你在web中使用global session作用域来标识bean,那么web会自动当成session类型来使用。
在xml中显示配置:
这种情况一般不能使用注解的情况下才会使用,不做深入学习,摘抄一篇文章备用。
文章地址:http://www.cnblogs.com/le576169235/p/6203129.html
(2)配置一个简单的bean
<bean class="pojo.TestSpring" id="test"></bean>
注:上例中id属性如果没有指定,这个bean将会根据全限定类名命名,在上例中,将会是"pojo.TestSpring#0"。其中#0为一个计数形式,用来区分其他同类型的bean,若声明了
另外一个TestSpring,将会是"pojo.TestSpring#1"。
(3)借助构造器注入属性
constructor-arg节点
上例中constructor-arg节点的顺序即为构造函数中参数列表的参数顺序,一一对应,类型对应错误则会抛出异常
同时,该节点数目与要使用的构造函数的参数列表的参数个数必须一致。上例中注入的是对象类型,若要注入字面
良,讲ref属性改为value即可,如
此外,使用构造器注入属性除了使用constructor-arg节点外,还可以使用c命名空间,使用c命名空间可以减少配置文件的
冗长,但是constructor-arg节点能做到的有些事情,c命名空间无法做到。
c命名空间
1.要使用c命名空间,必须要在xml文件顶部声明其模式,如下图所示。
2.c命名空间格式
c:cdplay-ref="play"
c:c命名空间前缀 cdplay:构造器参数名 -ref:注入bean引用 ="play" :要注入的bean的ID
c命名空间也可根据参数顺序注入属性,即顺序索引,因为XML不支持数字作为属性的第一个字符,所以前数字前加上一个下划线
与constructor-arg参数一样,注入属性类型与数量,必须与使用的构造函数一致。
若要通过c命名空间注入字面量,则如下图所示
笔者所给出的样例类中并没有给出String,int等类型的属性,这里给出的字面量注入方式只作为样例师范,读者若要经行测试需要自己建立更优的样例类。
(4)通过属性的set方法注入属性
<property></property>节点
其中name为属性名,ref为要注入的bean的Id
与construstor-arg节点类似,若要注入字面量,将ref属性改为value
p命名空间
1.要使用p命名空间,需要在XML文件顶部配置其模式,如下图
2.p命名空间格式
p:cdplay-ref="play"
p:p命名空间前缀 cdplay:构造器参数名 -ref:注入bean引用 ="play" :要注入的bean的ID
p命名空间不能通过顺序索引注入属性
与c命名空间类似,若要注入字面量,将-ref去掉。
(5)集合类型属性的注入
如上图所示,给出了list,map,set集合类型的注入方式,此外可借助util命名空间创建集合bean
1.要使用util命名空间,需要在xml文件顶部配置其模式
2.util:list
util命名空间让集合能够像其他的bean一样被注入到其他bean中
3.util-命名空间中的元素
元素 |
描述 |
<util:constant> |
引用某个类型的Public static域,并将其暴露为bean |
<util:list> |
创建一个java.util.list类型的bean,其中包含值或引用 |
<util:map> |
创建一个java.util.map类型的bean,其中包含值或引用 |
<util:properties> |
创建一个java.util.Properties类型的bean |
<util:property-path> |
引用一个bean的属性(或内嵌属性),并将其暴露为bean |
<util:set> |
创建一个java.util.Set类型的bean,其中包含值或引用 |
在java中显示装备:
通过@Configuration 和@Bean 注解来实现,@Configuration把一个类作为一个IoC容器,它的某个方法头上如果注册了@Bean,就会作为这个Spring容器中的Bean。
很少使用,不再赘述。