大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全系列IDE稳定放心使用
转:https://www.cnblogs.com/zeng1994/p/8257763.html
start 看下下面的说明,会对理解本人贴出的代码有帮助。
1.代码中事务控制的3种方式
编程式事务:就是直接在代码里手动开启事务,手动提交,手动回滚。优点就是可以灵活控制,缺点就是太麻烦了,太多重复的代码了。声明式事务:就是使用SpringAop配置事务,这种方式大大的简化了编码。需要注意的是切入点表达式一定要写正确。
注解事务:直接在Service层的方法上面加上@Transactional注解,个人比较喜欢用这种方式。
2.事务不回滚的原因
在工作中,看过别人写的代码出现了事务不回滚的现象。当然,事务不回滚的都是采用的声明式事务或者是注解事务;编程式事务都是自己写代码手动回滚的,因此是不会出现不回滚的现象。
再说下声明式事务和注解事务回滚的原理:当被切面切中或者是加了注解的方法中抛出了RuntimeException异常时,Spring会进行事务回滚。默认情况下是捕获到方法的RuntimeException异常,也就是说抛出只要属于运行时的异常(即RuntimeException及其子类)都能回滚;但当抛出一个不属于运行时异常时,事务是不会回滚的。
下面说说我经常见到的3种事务不回滚的产生原因:
(1)声明式事务配置切入点表达式写错了,没切中Service中的方法
(2)Service方法中,把异常给try catch了,但catch里面只是打印了异常信息,没有手动抛出RuntimeException异常
(3)Service方法中,抛出的异常不属于运行时异常(如IO异常),因为Spring默认情况下是捕获到运行时异常就回滚
3.如何保证事务回滚
正常情况下,按照正确的编码是不会出现事务回滚失败的。下面说几点保证事务能回滚的方法
(1)如果采用编程式事务,一定要确保切入点表达式书写正确
(2)如果Service层会抛出不属于运行时异常也要能回滚,那么可以将Spring默认的回滚时的异常修改为Exception,这样就可以保证碰到什么异常都可以回滚。具体的设置方式也说下:
① 声明式事务,在配置里面添加一个rollback-for,代码如下
<tx:method name=”update*” propagation=”REQUIRED” rollback-for=”java.lang.Exception”/>
② 注解事务,直接在注解上面指定,代码如下
@Transactional(rollbackFor=Exception.class)
(3)只有非只读事务才能回滚的,只读事务是不会回滚的
(4)如果在Service层用了try catch,在catch里面再抛出一个 RuntimeException异常,这样出了异常才会回滚
(5)如果你不喜欢(4)的方式,你还可以直接在catch后面写一句回滚代码(TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); )来实现回滚,这样的话,就可以在抛异常后也能return 返回值;比较适合需要拿到Service层的返回值的场景。具体的用法可以参见考下面的伪代码
/** TransactionAspectSupport手动回滚事务:*/
@Transactional(rollbackFor = { Exception.class })
public boolean test() {
try {
doDbSomeThing();
} catch (Exception e) {
e.printStackTrace();
//就是这一句了, 加上之后抛了异常就能回滚(有这句代码就不需要再手动抛出运行时异常了)
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
return false;
}
return true;
}
转 end
代码:
方式一、声明式事务
1.在配置数据源的 application.xml中加入(加的时候注意头部是否有引入相应的xmlns命名空间):
<!-- 方式一 声明式事务 begin -->
<!-- (事务管理)transaction manager, use JtaTransactionManager for global tx -->
<!-- 配置JDBC数据源的局部数据管理器,使用DataSourceTransactionManager类 -->
<bean id="txManagerCommon"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>
<!-- 公共数据源注解拦截界面 -->
<tx:advice id="txAdviceCommon" transaction-manager="txManagerCommon">
<tx:attributes>
<tx:method name="*"
rollback-for="java.lang.Exception" />
</tx:attributes>
</tx:advice>
<!-- 公共数据源 AOP拦截器设置 -->
<aop:config proxy-target-class="true">
<aop:advisor order="1"
pointcut="execution(* com.user.service.UserService.*(..))" //aop 切入点
advice-ref="txAdviceCommon" /><!-- 切入点 -->
</aop:config>
<!– 事务 end –>
配置完这个就可以对UserService中方法进行管理。
2.controller 代码
/*事务回滚 新增两个用户信息*/
@RequestMapping("/transaction") //url
public @ResponseBody
String transaction( Model model){
String flag="0";
try {
flag=userService.transaction();
} catch (Exception e) {
flag="0";
}
return flag;
}
3.service代码
public String transaction() {
String flag="0";
String aString=null;
try {
User user=new User();user1.setName("krystal222");user1.setPsd("222");
insertUser(user);
//异常回滚 beginaString.equals("aa");//异常回滚end
User user1=new User();user1.setName("krystal222");user1.setPsd("222");
insertUser(user1);
flag="1";
}
catch (Exception e) {
flag="0";
1//throw new NullPointerException("失败");//抛出一个 RuntimeException异常,这样出了异常才会
回滚
2TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); //手动回滚
二选一都可以实现(注意try catch 只是捕获异常,spring 事务默认只
有发生runtimeexception并且抛出这个异常时候才会回滚,2为手动回滚,算个例外吧)
}
return flag;
}
方式二、注解事务
(spring中的@Transactional 放在类级别 和 方法级别 上一样效果)
@Service
@Transactional
public class UserService {
@Transactional(rollbackFor = Exception.class, readOnly = false) 此处注释 上面戒了@Transactional
public String transaction() {
1.在配置数据源的 application.xml中加入:
<!-- 方式一 注解 事务 begin -->
<!-- (事务管理)transaction manager, use JtaTransactionManager for global tx -->
<!-- 配置JDBC数据源的局部数据管理器,使用DataSourceTransactionManager类 -->
<bean id="txManagerCommon"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>
<!-- 公共数据源使用注解定义事务 -->
<tx:annotation-driven transaction-manager="txManagerCommon" />
<!– 事务 end –>
2.controller
/*事务回滚 新增两个用户信息*/
@RequestMapping("/transaction") //url
public @ResponseBody
String transaction( Model model){
String flag="0";
try {
flag=userService.transaction();
} catch (Exception e) {
flag="0";
}
return flag;
}
3.service
@Transactional(rollbackFor = Exception.class, readOnly = false)
public String transaction() {
String flag="0";
String aString=null;
try {
User user=new User();user.setName("krystal111");user.setPsd("111");
insertUser(user);
//异常回滚 beginaString.equals("aa");//异常回滚end
User user1=new User();user1.setName("krystal222");user1.setPsd("222");
insertUser(user1);
flag="1";
} catch (Exception e) {
flag="0";
throw new NullPointerException("shibai");
//TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
return flag;
}
方式一方式二也可以共存,都在application.xml中配置
说到这里,已经有了对 <tx:annotation-driven/> 的简单理解,那我们是否就可以在程序中所有被spring管理的类上都可以使用@Transactional注解了呢,在Service上可以使用@Transactional 注解这个是肯定的了,那总有些人也想弄明白能否在Controller 使用?答案显然是“不一定”的(与时间配置有关),下面做下解释:
在 spring-framework-reference.pdf 文档上有这样一段话:
<tx:annotation-driven/> only looks for @Transactional on beans in the same application context it is defined in. This means that, if you put <tx:annotation-driven/> in a WebApplicationContext for a DispatcherServlet, it only checks for @Transactional beans in your controllers, and not your services.
意思就是:<tx:annoation-driven/>只会查找和它在相同的应用上下文件中定义的bean上面的@Transactional注解,如果你把它放在Dispatcher的应用上下文中,它只检查控制器(Controller)上的@Transactional注解,而不是你services上的@Transactional注解。
所以,可以确定的是我们是可以在Controller上使用事务注解的,但是我们不推荐这样做(本人也从来没有这样做过),这里只是为了说明spring对<tx:annotation-driven/>的使用。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/180120.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...