关于controller的异常处理及service层的事务控制方式

关于controller的异常处理及service层的事务控制方式

目录controller异常处理及service层的事务控制controller层Exception异常事务回滚失效问题Spring的@Transactional源码中写道测试①测试②测试③测试④

controller异常处理及service层的事务控制

最近写代码涉及到一些事务，上午终于把代码给理顺了，之前不太清楚在哪里做异常处理，导致代码遍地try-catch，相当难看。

还是基于controller-service-dao三层来写代码，从入口开始，controller层的方法对应的是某个url，面向的是应用人员，应该返回他们能读懂的信息，所以controller必须做异常处理，一般来说会有统一的异常处理方法；

service层面向的是controller，service层中的某些方法，必须保证其事务，所以在service层进行事务控制是相当必要的，对于多条sql进行事务控制，如果某个sql执行失败，那么应当对已经执行的sql语句进行回滚；

dao层更多是单一的sql语句，没有必要进行事务控制，因为事务开销并不便宜（官方原话）；

基于以上三点，回头再思考关于异常的处理，一般情况应该把异常网上抛，一直抛到最终处理的那一层，所以对于dao层和service其实是没有必要进行try-catch的，直接往上抛异常就可以。

与之对应的，是spring的事务配置，默认情况下，spring只对运行时异常进行回滚，如果在dao层处理了异常，那么需要进行额外的配置，spring才会对异常进行回滚，常用的配置是@Transactional(rollbackFor=Exception.class)

顺便提一个java知识点，关于try-catch-finally中，finally的作用，finally设计之初就是为了关闭资源，如果在finally中使用return语句，会覆盖try或者catch的返回值，最常见的就是覆盖异常，即便catch往上抛了异常，也会被覆盖，返回finally中return语句的返回值。

controller层Exception异常事务回滚失效问题

Spring的@Transactional源码中写道

By default, a transaction will be rolling back on {@link RuntimeException}and {@link Error} but not on checked exceptions (business exceptions).

默认情况下，如果在事务中抛出了未检查异常（继承自 RuntimeException 的异常）或者 Error，则 Spring 将回滚事务；除此之外，Spring 不会回滚事务。

测试①

默认spring事务只在发生未被捕获的 RuntimeException 时才回滚。

// 测试回滚成功案例，基于IllegalArgumentException（RuntimeException）实现回滚

@GetMapping("/testSuccess")

@Transactional// 如果不加，就不会回滚

public R testSuccess(@RequestParam("type") Integer type){

eduTeacherService.removeById("2");

if (type == 1){

throw new IllegalArgumentException("测试回滚成功案例!");

}

eduTeacherService.removeById("3");

return R.ok();

}

测试②

Exception异常，事务回滚失败；

// 测试回滚失败案例，基http://于Exception实现回滚；

@GetMapping("/testFail")

@Transactional

public R testFail(@RequestParam("type") Integer type) {

try {

eduTeacherService.removeById("2");

if (type == 1){

throw new Exception("测试回滚失败案例!");

}

eduTeacherService.removeById("3");

} catch (Exception e) {

e.printStackTrace();

}

return R.ok();

}

测试③

用rollbackFor解决Exception不进行事务回滚

rollbackFor = Exception.class + throws Exception

@GetMapping("/testFailRollbackFor")

// 配置rollbackFor

@Transactional(propagation= Propagation.REQUIRED,rollbackFor = Exception.class)

public R testFailRollbackFor(@RequestParam("type") Integer type) throws Exception {

eduTeacherService.removeById("2");

if (type == 1){

throw new Exception("测试回滚失败rollbackFor成功案例!");

}

eduTeacherService.removeById("3");

return R.ok();

}

测试④

手动回滚解决Exception不进行事务回滚

catch：

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

@GetMapping("/testSuccessByHand")

@Transactional

public R testSuccessByHand(@RequestParam("type") Integer type) {

try {

eduTeacherService.removeById("2");

if (type == 1){

throw new Exception("测试回滚失败案例!");

}

eduTeacherService.removeById("3");

} catch (Exception e) {

e.printStackTrace();

//手动回滚，如果sql2()抛了异常,sql1()会回滚,不影响事物正常执行

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

}

return R.ok();

}

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。