spring常用注解（二）

痛定思痛。 2022-05-29 10:25 175阅读 0赞

一、@Transactional:

1、概述：spring支持编程式事务管理和声明式事务管理两种方式。编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。

声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。

声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文件，另一种就是基于@Transactional注解。显然基于注解的方式更简单易用，更清爽。

自动提交(AutoCommit)与连接关闭时的是否自动提交

自动提交

默认情况下，数据库处于自动提交模式。每一条语句处于一个单独的事务中，在这条语句执行完毕时，如果执行成功则隐式的提交事务，如果  
执行失败则隐式的回滚事务。

对于正常的事务管理，是一组相关的操作处于一个事务之中，因此必须关闭数据库的自动提交模式。不过，这个我们不用担心，spring会将底层连接的自动提交特性设置为false。  
org/springframework/jdbc/datasource/DataSourceTransactionManager.java

一般加在servieImpl上，如:

@Override
    	@Transactional
    	public void updateUser(User user, List<Integer> moduleIdList, String createdUserId) {
    		//1、更新用户表
    		userMapper.update(user);
    		//2、删除之前的权限
    		userModuleService.removeByUserId(userId);
    		//3、新增权限
    	}

有些数据连接池提供了关闭事务自动提交的设置，最好在设置连接池时就将其关闭。但C3P0没有提供这一特性，只能依靠spring来设置。  
因为JDBC规范规定，当连接对象建立时应该处于自动提交模式，这是跨DBMS的缺省值，如果需要,必须显式的关闭自动提交。C3P0遵守这一规范，让客户代码来显式的设置需要的提交模式。

连接关闭时的是否自动提交

当一个连接关闭时，如果有未提交的事务应该如何处理？JDBC规范没有提及，C3P0默认的策略是回滚任何未提交的事务。这是一个正确的策略，但JDBC驱动提供商之间对此问题并没有达成一致。  
C3P0的autoCommitOnClose属性默认是false,没有十分必要不要动它。或者可以显式的设置此属性为false，这样会更明确。

基于注解的声明式事务管理配置  
spring-servlet.xml

1 
    2 
    3 <bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    4     <property name="dataSource" ref="dataSource" />
    5 </bean>
    6 
    7 <tx:annotation-driven transaction-manager="txManager" />

还要在spring-servlet.xml中添加tx名字空间

1 ...
     2     xmlns:tx="http://www.springframework.org/schema/tx"
     3     xmlns:aop="http://www.springframework.org/schema/aop"
     4     xsi:schemaLocation="
     5     ...
     6  
     7 http://www.springframework.org/schema/tx
     8  
     9  
    10 http://www.springframework.org/schema/tx/spring-tx.xsd
    11  
    12     ...

MyBatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与DataSourceTransactionManager引用的数据源一致即可，否则事务管理会不起作用。

另外需要下载依赖包[aopalliance][].jar放置到WEB-INF/lib目录下。否则spring初始化时会报异常  
java.lang.NoClassDefFoundError: org/aopalliance/intercept/MethodInterceptor

spring事务特性

spring所有的事务管理策略类都继承自org.springframework.transaction.PlatformTransactionManager接口

1 public interface PlatformTransactionManager {
    2  
    3   TransactionStatus getTransaction(TransactionDefinition definition)
    4     throws TransactionException;
    5  
    6   void commit(TransactionStatus status) throws TransactionException;
    7  
    8   void rollback(TransactionStatus status) throws TransactionException;
    9 }

其中TransactionDefinition接口定义以下特性：

事务隔离级别

隔离级别是指若干个并发的事务之间的隔离程度。TransactionDefinition 接口中定义了五个表示隔离级别的常量：

*  TransactionDefinition.ISOLATION\_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION\_READ\_COMMITTED。
 *  TransactionDefinition.ISOLATION\_READ\_UNCOMMITTED：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并没有此级别。
 *  TransactionDefinition.ISOLATION\_READ\_COMMITTED：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。
 *  TransactionDefinition.ISOLATION\_REPEATABLE\_READ：该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。该级别可以防止脏读和不可重复读。
 *  TransactionDefinition.ISOLATION\_SERIALIZABLE：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

事务传播行为

所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。在TransactionDefinition定义中包括了如下几个表示传播行为的常量：

*  TransactionDefinition.PROPAGATION\_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。
 *  TransactionDefinition.PROPAGATION\_REQUIRES\_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。
 *  TransactionDefinition.PROPAGATION\_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
 *  TransactionDefinition.PROPAGATION\_NOT\_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
 *  TransactionDefinition.PROPAGATION\_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
 *  TransactionDefinition.PROPAGATION\_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
 *  TransactionDefinition.PROPAGATION\_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION\_REQUIRED。

事务超时

所谓事务超时，就是指一个事务所允许执行的最长时间，如果超过该时间限制但事务还没有完成，则自动回滚事务。在 TransactionDefinition 中以 int 的值来表示超时时间，其单位是秒。

默认设置为底层事务系统的超时值，如果底层数据库事务系统没有设置超时值，那么就是none，没有超时限制。

事务只读属性

只读事务用于客户代码只读但不修改数据的情形，只读事务用于特定情景下的优化，比如使用Hibernate的时候。  
默认为读写事务。

spring事务回滚规则

指示spring事务管理器回滚一个事务的推荐方法是在当前事务的上下文内抛出异常。spring事务管理器会捕捉任何未处理的异常，然后依据规则决定是否回滚抛出异常的事务。

默认配置下，spring只有在抛出的异常为运行时unchecked异常时才回滚该事务，也就是抛出的异常为RuntimeException的子类(Errors也会导致事务回滚)，而抛出checked异常则不会导致事务回滚。  
可以明确的配置在抛出那些异常时回滚事务，包括checked异常。也可以明确定义那些异常抛出时不回滚事务。

还可以编程性的通过setRollbackOnly()方法来指示一个事务必须回滚，在调用完setRollbackOnly()后你所能执行的唯一操作就是回滚。

@Transactional注解

@Transactional属性

<table>  &nbsp;  
 <thead> 
  <tr> 
   <th style="border-color:#c0c0c0;">属性</th> 
   <th style="border-color:#c0c0c0;">类型</th> 
   <th style="border-color:#c0c0c0;">描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td style="border-color:#c0c0c0;">value</td> 
   <td style="border-color:#c0c0c0;">String</td> 
   <td style="border-color:#c0c0c0;">可选的限定描述符，指定使用的事务管理器</td> 
  </tr> 
  <tr> 
   <td style="border-color:#c0c0c0;">propagation</td> 
   <td style="border-color:#c0c0c0;">enum: Propagation</td> 
   <td style="border-color:#c0c0c0;">可选的事务传播行为设置</td> 
  </tr> 
  <tr> 
   <td style="border-color:#c0c0c0;">isolation</td> 
   <td style="border-color:#c0c0c0;">enum: Isolation</td> 
   <td style="border-color:#c0c0c0;">可选的事务隔离级别设置</td> 
  </tr> 
  <tr> 
   <td style="border-color:#c0c0c0;">readOnly</td> 
   <td style="border-color:#c0c0c0;">boolean</td> 
   <td style="border-color:#c0c0c0;">读写或只读事务，默认读写</td> 
  </tr> 
  <tr> 
   <td style="border-color:#c0c0c0;">timeout</td> 
   <td style="border-color:#c0c0c0;">int (in seconds granularity)</td> 
   <td style="border-color:#c0c0c0;">事务超时时间设置</td> 
  </tr> 
  <tr> 
   <td style="border-color:#c0c0c0;">rollbackFor</td> 
   <td style="border-color:#c0c0c0;">Class对象数组，必须继承自Throwable</td> 
   <td style="border-color:#c0c0c0;">导致事务回滚的异常类数组</td> 
  </tr> 
  <tr> 
   <td style="border-color:#c0c0c0;">rollbackForClassName</td> 
   <td style="border-color:#c0c0c0;">类名数组，必须继承自Throwable</td> 
   <td style="border-color:#c0c0c0;">导致事务回滚的异常类名字数组</td> 
  </tr> 
  <tr> 
   <td style="border-color:#c0c0c0;">noRollbackFor</td> 
   <td style="border-color:#c0c0c0;">Class对象数组，必须继承自Throwable</td> 
   <td style="border-color:#c0c0c0;">不会导致事务回滚的异常类数组</td> 
  </tr> 
  <tr> 
   <td style="border-color:#c0c0c0;">noRollbackForClassName</td> 
   <td style="border-color:#c0c0c0;">类名数组，必须继承自Throwable</td> 
   <td style="border-color:#c0c0c0;">不会导致事务回滚的异常类名字数组</td> 
  </tr> 
 </tbody> 
</table>

二、@PathVariable：

@PathVariable绑定URI模板变量值

@PathVariable是用来获得请求url中的动态参数的

@PathVariable用于将请求URL中的模板变量映射到功能处理方法的参数上。//配置url和方法的一个关系@RequestMapping("item/\{itemId\}")

/\* @RequestMapping 来映射请求，也就是通过它来指定控制器可以处理哪些URL请求,类似于struts的action请求  
\* @responsebody表示该方法的返回结果直接写入HTTP response body中  
\*一般在异步获取数据时使用，在使用@RequestMapping后，返回值通常解析为跳转路径，加上@responsebody后返回结果不会被解析为跳转路径，而是直接写入HTTP response \*body中。  
\*比如异步获取json数据，加上@responsebody后，会直接返回json数据。\*  
\*@Pathvariable注解绑定它传过来的值到方法的参数上  
\*用于将请求URL中的模板变量映射到功能处理方法的参数上，即取出uri模板中的变量作为参数  
\*/

例：

/**
    	 * 获取第三方登录的地址
    	 * 
    	 * @param type 
    	 *            类型
    	 * @return 引导用户登录授权地址
    	 */
    	@RequestMapping("/to/{type}")
    	@ResponseBody
    public String getThirdLoginUrl(@PathVariable("type") String type, HttpSession session) {
    		String url = webIndexPage;
    		try {
    			
    			switch (type) {
    			case OpenType.QQ:
    			case OpenType.WECHAT:
    			case OpenType.WEIBO:
    				// 这里可以直接验证 sessionud是否相同即可
    				String state = session.getId();
    				url = ThirdAccountUtil.getGrantAuthorizationUrl(type, state);
    				break;
    			default:
    				throw new ELPBizException("未知的第三方账号登录类型");
    			}
    		} catch (Exception e) {
    			logger.error(e.getMessage(), e);
    		}
    		return url;
    	}

三、@PostConstruct

被@PostConstruct修饰的方法会在服务器加载Servlet的时候运行，并且只会被服务器调用一次，类似于Serclet的inti()方法。被@PostConstruct修饰的方法会在构造函数之后，init()方法之前运行。

[aopalliance]: http://aopalliance.sourceforge.net/