十分重要的概念:解耦!!!
依赖注入–构造器注入(配置文件方式,较繁琐)
application.xml:
<bean name="user0" class="cn.itnls.User">
<!--★构造器注入(三种方式,使用name注入最方便),有对应的构造器才能注入 : -->
<constructor-arg name="name" value="timo"/>
<constructor-arg name="age" value="12"/>
<constructor-arg type="java.lang.Integer" value="12"/>
<constructor-arg type="java.lang.String" value="jerr"/>
<constructor-arg index="0" value="tom"/>
<constructor-arg index="1" value="18"/>
<!--★setter注入 property自动调用setter方法,进行参数注入,一定要有空参构造:-->
<property name="name" value="tom"/>
<property name="age" value="21"/>
</bean>
依赖注入–setter方法注入复杂对象的属性:
<bean id="address" class="cn.itnls.Address">
<property name="addressInfo" value="天津千里堤"/>
</bean>
<bean name="user" class="cn.itnls.User">
<property name="name" value="teyy"/>
<property name="address" ref="address"/> <!--这里引入复杂bean就用ref-->
<property name="hobbies"> <!--更复杂的string数组类型数据-->
<array value-type="java.lang.String">
<value>拳击</value>
<value>mma</value>
</array>
</property>
<property name="duties">
<list>
<value>架构</value>
<value>主程</value>
</list>
</property>
<property name="familyTies">
<map>
<entry key="王" value="举案"/>
<entry key="谢" value="齐眉"/>
</map>
</property>
<property name="carts">
<set>
<value>羊排</value>
<value>猪排</value>
</set>
</property>
<property name="workExperience">
<props>
<prop key="alibaba">3years</prop>
<prop key="google">infinite</prop>
</props>
</property>
<property name="daughter">
<null></null>
</property>
</bean>
Bean的作用域:
Spring IOC容器创建一个Bean实例时,可以为Bean指定实例的作用域,作用域包括singleton(单例模式)、prototype(原型模式)、request(HTTP请求)、session(会话)、websocket 。 global-session(全局会话)???。
(1)Singleton
当一个bean的作用域为Singleton
若一个bean不负责保存数据,那么就适合单例作用域,如service、dao层的业务方法
那么Spring IoC容器中只会存在一个共享的bean实例,并且所有对bean的请求,只要id与该bean定义相匹配,则只会返回bean的同一实例。Singleton是单例类型,就是在创建起容器时就同时自动创建了一个bean的对象,不管你是否使用,他都存在了,每次获取到的对象都是同一个对象。注意,Singleton作用域是Spring中的默认作用域。要在XML中将bean定义成singleton,可以这样配置:
<bean id="userServiceImpl" class=""com.xinzhi.service.UserServiceImpl">
(2)Prototype
当一个bean的作用域为Prototype,表示一个bean定义对应多个对象实例。
当bean存放不同的数据,就用prototype。
Prototype作用域的bean会导致在每次对该bean请求(将其注入到另一个bean中,或者以程序的方式调用容器的getBean()方法)时都会创建一个新的bean实例。Prototype是原型类型,它在我们创建容器的时候并没有实例化,而是当我们获取bean的时候才会去创建一个对象,而且我们每次获取到的对象都不是同一个对象。根据经验,对有状态的bean应该使用prototype作用域,而对无状态的bean则应该使用singleton作用域。在XML中将bean定义成prototype,可以这样配置:
<bean id="account" class="com.xinzhi.entity.User" scope="prototype"/>
(3)Request
当一个bean的作用域为Request
表示在一次HTTP请求中,一个bean定义对应一个实例;即每个HTTP请求都会有各自的bean实例,它们依据某个bean定义创建而成。该作用域仅在基于web的Spring ApplicationContext情形下有效。考虑下面bean定义:
<bean id="loginAction" class="com.xinzhi.entity.User" scope="request"/>
针对每次HTTP请求,Spring容器会根据loginAction bean的定义创建一个全新的LoginAction bean实例,且该loginAction bean实例仅在当前HTTP request内有效,因此可以根据需要放心的更改所建实例的内部状态,而其他请求中根据loginAction bean定义创建的实例,将不会看到这些特定于某个请求的状态变化。当处理请求结束,request作用域的bean实例将被销毁。
(4)Session
(4)当一个bean的作用域为Session,表示在一个HTTP Session中,一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。考虑下面bean定义:
<bean id="userPreferences" class="com.xinzhi.entity.User" scope="session"/>
针对某个HTTP Session,Spring容器会根据userPreferences bean定义创建一个全新的userPreferences bean实例,且该userPreferences bean仅在当前HTTP Session内有效。与request作用域一样,可以根据需要放心的更改所创建实例的内部状态,而别的HTTP Session中根据userPreferences创建的实例,将不会看到这些特定于某个HTTP Session的状态变化。当HTTP Session最终被废弃的时候,在该HTTP Session作用域内的bean也会被废弃掉。
自动装配:
spring作为长期以来java最火的框架,其IOC做的十分的健全,以上情况都是我们手动装配,但是我们也说了spring及其灵活的帮助我们完成了解耦工作,如果所以的类都是自己手动完成注入,他的解耦能力就不会体现的那么强烈了,于是spring还为我们提供了自动装配的能力:
只要我们的Beans满足bean之间的依赖,且这些bean都存在于容器,且唯一,那么我么就可以按照约定进行bean的自动装配。同时还能大量的减少配置文件的数量。
xml配置文件的方式进行自动注入(略)
注解实现自动装配:
修改文件,在user的address属性上加注解@Autowired
1.配置文件需要加头文件:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
https://www.springframework.org/schema/context/spring-context.xsd
>
★2.在配置文件中加次注解,就是告诉spring,【cn.itnanls】下的类都扫描一下看看
<context:component-scan base-package="cn.itnanls"/>
然后再属性上加@Autowired
一、自动装配注解:
@Autowired:
1.@Autowired是按类型自动装配的,不支持id匹配。如果类型找不到确定的,就会找名字相同的
2.需要导入 spring-aop的包!
**但若配置文件有多个类型一样但是名字不同的bean设置,仅用Autowired会因找不到名字出错。**因此配合以下注解:
@Qualifier
@Qualifier不能单独使用,它和@Autowired配合可以根据名称进行自动装配
测试:
1、配置文件中的address名字为address2
<bean id="dog1" class="com.xinzhi.entity.Dog"/>
<bean id="dog2" class="com.xinzhi.entity.Dog"/>
<bean id="cat1" class="com.xinzhi.entity.Cat"/>
<bean id="cat2" class="com.xinzhi.entity.Cat"/>
2、没有加Qualifier测试,直接报错
3、在属性上添加Qualifier注解:
@Autowired
@Qualifier(value = "cat2")
private Cat cat;
@Autowired
@Qualifier(value = "dog2")
private Dog dog;
测试,成功输出!
@Resource:
·@Resource如有指定的name属性,先按该属性进行byName方式查找装配,写了啥名字就找哪个;
·其次再进行默认的byName方式进行装配;
·如果以上都不成功,则按byType的方式自动装配。
·都不成功,则报异常。
测试:
实体类:
public class User {
//如果允许对象为null,设置required = false,默认为true
@Resource(name = "cat2")
private Cat cat;
@Resource
private Dog dog;
private String str;
}
beans.xml:
<bean id="dog" class="com.xinzhi.entity.Dog"/>
<bean id="cat1" class="com.xinzhi.entity.Cat"/>
<bean id="cat2" class="com.xinzhi.entity.Cat"/>
<bean id="user" class="com.xinzhi.entity.User"/>
测试:结果OK
若beans.xml删掉cat2,实体类上只保留注解,也能成功。
结论:先进行byName查找,失败;再进行byType查找,成功
@Autowired与@Resource异同:
1、@Autowired与@Resource都可以用来装配bean。都可以写在字段上,或写在setter方法上。
2、@Autowired默认按类型装配(属于spring规范),默认情况下必须要求依赖对象必须存在,如果要允许null 值,可以设置它的required属性为false,如:@Autowired(required=false) ,如果我们想使用名称装配可以结合@Qualifier注解进行使用
3、@Resource(属于J2EE复返)
1、按照name的值自行装配
2、byName
3、byType
它们的作用相同都是用注解方式注入对象,但执行顺序不同。@Autowired先byType,@Resource先byName。