(1).控制反转(IOC):以前传统的java开发模式中,当需要一个对象时我们,我们会自己使用new或者getInstance等直接或者间接调用构造方法创建一个对象,而在Spring开发模式中,Spring容器使用了工厂模式为我们创建了所需要的对象,我们使用时不需要自己去创建,直接调用Spring为我们提供的对象即可,这就是控制反转的思想。实例化一个java对象有三种方式:使用类构造器,使用静态工厂方法,使用实例工厂方法,当使用spring时我们就不需要关心通过何种方式实例化一个对象,spring通过控制反转机制自动为我们实例化一个对象。
(2).依赖注入(DI):Spring使用java Bean对象的Set方法或者带参数的构造方法为我们在创建所需对象时将其属性自动设置所需要的值的过程就是依赖注入的基本思想。
3. spring配置文件bean的配置规则:
(1).一个Bean可以通过一个id属性惟一指定和引用,如果spring配置文件中有两个以上相同的id时,spring会报错id冲突。
**4.spring依赖注入3种方式:
例如:
5.spring通过注入方式注入依赖bean的方法:
Spring中为一个bean注入其依赖的另一个bean时,通过使用ref来注入另一个bean,简单例子如下:
6.spring的集合注入:
当需要给Bean的集合引用注入值时,spring也提供了相应的方法:
8. Java注解(Annotation)简单介绍:
Java注解(Annotation)是通过在java源文件上添加标记字段,然后通过反射的反射在编译或者运行时获取这些标记字段以及其标记目标,然后进行相应处理的方法,曾经风靡一时的XDoclet就是最早的java注解的工作原理说明。使用注解可以进行某些配置,大大减少xml配置文件的书写麻烦,但是也有人认为注解方式不方便理解和维护,因此对于注解VS XML配置文件一直争论不断,个人感觉没有好坏之分,合适就是最好的。
(1).JDK内置注解:
JDK内置了3个注解:
a. @Override:声明某个方法被重写。
b. @Deprectated:声明某个方法过时,不推荐使用。
c. @SuppressWarning({“unchecked”,…….}):告诉编译器对于那些警告信息忽略。
(2).自定义java注解:
(3).若要想自定义的注解可以被继承,则需要在自定义注解类上加上“@Inherited”注解。
注意和说明:
a. java的注解实际上是自动继承了java.lang.annotation.Annotation接口,因此在自定义注解时不能继承其他的注解或者接口。
b. Retention:告诉编译器如何处理注解,即注解运行在什么时刻。
c. @Target:指定注解的目标使用对象。
ElementType也是个枚举类型,有以下几种状态值:
1).TYPE:该注解适用于class,interface,enum等类级别的目标对象。
2).FIELD:该注解适用于类中字段级别的目标对象。
3).METHOD:该注解适用于类中方法级别的目标对象。
4).PARAMETER:该注解适用于方法参数级别的目标对象。
5).CONSTRUCTOR:该注解适用于类构造方法。
6).LOCAL_VARIABLE:该注解适用于局部变量。
7).ANNOTATION_TYPE:该注解适用于annotation对象。
8).PACKAGE:该注解适用于package对象。
d.注解里面只能声明属性,不能声明方法,声明属性的方式比较特殊:
语法格式为:数据类型 属性() default 默认值(默认值是可选的); 如:Stringvalue();
使用时,“注解对象(属性=属性值)”为注解指定属性值,通过“注解对象.属性;”就可以得到注解属性的值。
e.注解的解析:使用java反射机制获得注解的目标对象就可以得到注解对象,如:
从Spring2.5以后,Spring开始全面支持注解方式配置,所以可以不用写xml配置文件,一样可以使用spring。
(1).使用spring注解方式,必须加入spring注解方式所依赖的jar包:common-annotation.jar。
(3).在spring配置文件中注册注解处理器:
10. 基于注解的spring配置:
Spring2.5中使用四个注解按功能来进行对bean的配置:
(1).@Component:泛指组件,对于一般不好归类的java Bean使用。
(2).@Service:用于标注配置业务层(service层)组件。
(3).@Controller:用于标注配置控制层的组件(如Struts中的action)。
(4).@Repository:用于标注配置数据访问层组件,即一般的DAO层Bean对象。
注意:对于使用spring注解方式配置的bean对象,bean引用时默认名称为被注解名称的首字母小写形式,也可以指定名称,如:@Service(“userDao“)。
spring框架在运行时会自动将类型为UserDao的对象注入进来。
spring框架在运行时会将配置名称或者id为“userDao”的对象注入进来。
12. Spring的自动扫描:
Spring自动扫描机制是指,我们使用基于注解的spring配置方式后,spring的配置文件中只需要注册注解处理器,不用显式地配置Bean,当spring在运行时会自动扫描根据给定的条件下类路径中的所有bean,根据注解将它们注入和装配起来并进行初始化的过程。
自动扫描很简单,只需要在spring的配置文件中添加如:
<context:component-scan base-package=“要自动扫描的包名“>
Spring在运行时就可以对指定的包中所有添加了Spring注解的bean自动扫描,注入,装配和初始化。
一、背景
二、声明式事务管理
1、Spring中声明式事务管理概述
Spring中的声明式事务管理在底层是建立在AOP的基础上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或加入一个事务,在执行完目标方法之后,根据执行情况再提交或回滚。
声明式事务最大的优点是不需要通过编程的方式管理事务,这样就不需要在业务逻辑代码中加入事务管理代码,只需要在配置文件中做相关的事务规则声明,或者通过等价的基于标注的方式,便可以将事务应用到业务逻辑中。
声明式事务管理主要得益于Spring依赖注入容器和Spring AOP的支持。依赖注入容器为声明式事务管理提供了基础设施,是的bean对于Spring框架而言是可管理的;Spring AOP是声明式事务管理的直接观察者,这一点可以通过对应的配置文件得到证实。
与编程式事务管理相比,声明式唯一的不足是声明式事务管理的粒度只能作用在方法级别,无法像编程式事务那样可以作用到代码块级别。但是,这点不足之处,有很多变通的方法,比如,可以将需要事务管理的代码块单独定义成一个方法,等等。
从绝大多数资深的开发人员的经验上看,他们更倾向于使用声明式事务管理,这是因为声明式事务管理不仅简单,而且业务代码很纯粹,不会收到污染,方便后期的维护。
2、基于TransactionInterceptor的声明式使馆管理
Spring提供了TransactionInterceptor类来实施声明式事务管理功能。配置文件如下:
- <span style="font-size: 16px;"><beans...>
- ......
- <bean id="transactionInterceptor" class="org.springframework.transaction.interceptor.TransactionInterceptor">
- <property name="transactionManager" ref="transactionManager"/>
- <property name="transactionAttributes">
- <props>
- <prop key="transfer">PROPAGATION_REQUIRED</prop>
- </props>
- </property>
- </bean>
- <bean id="bankServiceTarget" class="footmark.spring.core.tx.declare.origin.BankServiceImpl">
- <property name="bankDao" ref="bankDao"/>
- </bean>
- <bean id="bankService" class="org.springframework.aop.framework.ProxyFactoryBean">
- <property name="target" ref="bankServiceTarget"/>
- <property name="interceptorNames">
- <list>
- <idref bean="transactionInterceptor"/>
- </list>
- </property>
- </bean>
- ......
- </beans></span>
首先,我们配置了一个TransactionInterceptor来定义相关的事务规则,它有两个主要的属性:一个是transactionManager,用来指定一个事务管理器,并将具体事务相关的操作委托给它;另一个是Properties类型的transactionAttributes属性,它主要用来定义事务规则,该属性的每一个键值对中,键指定的是方法名,方法名可以使用通配符,而值就表示相应方法的所应用的事务属性。指定事务属性的取值有较复杂的规则,这在Spring中算得上是一件让人头疼的事。具体的书写规则如下:
传播行为是唯一必须设置的属性,其他都可以忽略,Spring为我们提供了合理的默认值。传播行为的取值必须以“PROPAGATION_”开头,共七种取值,如下表所示:
PROPAGATION_MANDATORY |
PROPAGATION_NESTED |
PROPAGATION_NEVER |
PROPAGATION_NOT_SUPPORTED |
PROPAGATION_REQUIRED |
PROPAGATION_REQUIRES_NEW |
PROPAGATION_SUPPORTS |
隔离级别的取值必须以“ISOLATION_”开头,共五种取值,如下表所示:
ISOLATION_DEFAULT |
ISOLATION_READ_COMMITTED |
ISOLATION_READ_UNCOMMITTED |
ISOLATION_REPEATABLE_READ |
ISOLATION_SERIALIZABLE |
如果事务是只读的,那么我们可以指定只读属性,使用“readOnly”指定。否则我们不需要设置该属性。超时属性的取值必须以“TIMEOUT_”开头,后面跟一个int类型的值,表示超时时间,单位是秒。不影响提交的异常是指,即使事务中抛出了这些类型的异常,事务任然正常提交。必须在每一个异常的名字前面加上“+”。异常的名字可以是类名的一部分。比如,
“+RuntimeException”、“+tion”等等。导致回滚的异常是指,当事务中抛出这些类型的异常时,事务将回滚。必须在每一个异常的名字前面加上“-”。异常的名字可以是类名的全部或者部分,比如“-RuntimeException”、“-tion”等等。下面给出两个实例:
- <span style="font-size: 16px;"><property name="*Service">
- PROPAGATION_REQUIRED,
- ISOLATION_READ_COMMITTED,
- TIMEOUT_20,
- +AbcException,
- +DefException,
- -HijException
- </property></span>
- <span style="font-size: 16px;"><property name="test">
- PROPAGATION_REQUIRED,
- readOnly
- </property></span>
配置好了TransactionInterceptor,还需要配置一个ProxyFactoryBean来组装target和advice。这是典型的Spring AOP的做法。通过ProxyFactoryBean生成的代理类就是织入了事务管理逻辑后的目标类。至此,声明式事务管理就算是实现了。我们没有对业务代码进行任何操作,所有设置均在配置文件中完成,这就是声明式事务的最大优点。
3、基于TransactionProxy...的声明式事务管理
前面的声明式事务虽然好,但是却存在一个非常恼人的问题:配置文件太多。必须针对每一个目标对象配置一个ProxyFactoryBean;另外,虽然可以通过父子Bean的方式来复用TransactionInterceptor的配置,但是实际的复用几率也不高;这样,加上目标对象本身,每一个业务类可能需要对应三个 <bean/> 配置,随着业务类的增多,配置文件将会变得越来越庞大,管理配置文件又成了问题。
为了缓解这个问题,Spring提供了TransactionProxyFactoryBean,用于将TransactionInterceptor 和ProxyFactoryBean的配置合二为一。如下面的代码所示:
- <span style="font-size: 16px;"><beans......>
- ......
- <bean id="bankServiceTarget" class="footmark.spring.core.tx.declare.classic.BankServiceImpl">
- <property name="bankDao" ref="bankDao"/>
- </bean>
- <bean id="bankService" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
- <property name="target" ref="bankServiceTarget"/>
- <property name="transactionManager" ref="transactionManager"/>
- <property name="transactionAttributes">
- <props>
- <prop key="transfer">PROPAGATION_REQUIRED</prop>
- </props>
- </property>
- </bean>
- ......
- </beans></span>
4、基于<tx>命名空间的声明式事务管理
前面两种声明式事务配置方式奠定了Spring声明式事务管理的基石。在此基础上,Spring 2.x 引入了<tx>命名空间,结合使用<aop>命名空间,带给开发人员配置声明式事务的全新体验,配置变得更加简单和灵活。另外,得益于 <aop> 命名空间的切点表达式支持,声明式事务也变得更加强大。如下面的配置文件所示:
- <span style="font-size: 16px;"><beans......>
- ......
- <bean id="bankService" class="footmark.spring.core.tx.declare.namespace.BankServiceImpl">
- <property name="bankDao" ref="bankDao"/>
- </bean>
- <tx:advice id="bankAdvice" transaction-manager="transactionManager">
- <tx:attributes>
- <tx:method name="transfer" propagation="REQUIRED"/>
- </tx:attributes>
- </tx:advice>
- <aop:config>
- <aop:pointcut id="bankPointcut" expression="execution(* *.transfer(..))"/>
- <aop:advisor advice-ref="bankAdvice" pointcut-ref="bankPointcut"/>
- </aop:config>
- ......
- </beans></span>
- <span style="font-size: 16px;"><beans......>
- ......
- <bean id="bankService" class="footmark.spring.core.tx.declare.namespace.BankServiceImpl">
- <property name="bankDao" ref="bankDao"/>
- </bean>
- <tx:advice id="bankAdvice" transaction-manager="transactionManager">
- <aop:config>
- <aop:pointcut id="bankPointcut" expression="execution(**.transfer(..))"/>
- <aop:advisor advice-ref="bankAdvice" pointcut-ref="bankPointcut"/>
- </aop:config>
- ......
- </beans></span>
5、基于@Transactional的声明式事务管理
除了基于命名空间的事务配置方式,Spring 2.x 还引入了基于Annotation的方式,具体主要涉及@Transactional标注。@Transactional可以作用于接口、接口方法、类以及类方法上。当作用于类上时,该类的所有public方法将都具有该类型的事务属性,同时,我们也可以在方法级别使用该标注来覆盖类级别的定义。如下面的代码所示:
- <span style="font-size: 16px;"><tx:annotation-driven transaction-manager="transactionManager"/></span>
与前面相似,transaction-manager属性的默认值是transactionManager,如果事务管理器Bean的名字即为该值,则可以省略该属性。
虽然@Transactional注解可以作用于接口、接口方法、类以及类方法上,但是Spring小组建议不要在接口或者接口方法上使用该注解,因为这只有在使用基于接口的代理时它才会生效。另外, @Transactional注解应该只被应用到public方法上,这是由Spring AOP的本质决定的。如果你在protected、private或者默认可见性的方法上使用@Transactional 注解,这将被忽略,也不会抛出任何异常。
基于<tx>命名空间和基于@Transactional的事务声明方式各有优缺点:
基于<tx>的方式,其优点是与切点表达式结合,功能强大。利用切点表达式,一个配置可以匹配多个方法。
基于@Transactional的方式必须在每一个需要使用事务的方法或者类上用@Transactional标注,尽管可能大多数事务的规则是一致的,但是对@Transactional而言,也无法重用,必须逐个指定。另一方面,基于@Transactional的方式使用起来非常简单明了,没有学习成本。开发人员可以根据需要,任选其中一种使用,甚至也可以根据需要混合使用这两种方式。
如果不是对遗留代码进行维护,则不建议再使用基于TransactionInterceptor以及基于TransactionProxyFactoryBean的声明式事务管理方式,但是,学习这两种方式非常有利于对底层实现的理解。