这篇文章主要介绍了关于controller的异常处理及service层的事务控制方式,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
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异常,事务回滚失败;
// 测试回滚失败案例,基于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();
}
以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程学习网。
本文标题为:关于controller的异常处理及service层的事务控制方式
- SpringBoot使用thymeleaf实现一个前端表格方法详解 2023-06-06
- ExecutorService Callable Future多线程返回结果原理解析 2023-06-01
- 深入了解Spring的事务传播机制 2023-06-02
- Java中的日期时间处理及格式化处理 2023-04-18
- Springboot整合minio实现文件服务的教程详解 2022-12-03
- JSP 制作验证码的实例详解 2023-07-30
- JSP页面间传值问题实例简析 2023-08-03
- Spring Security权限想要细化到按钮实现示例 2023-03-07
- 基于Java Agent的premain方式实现方法耗时监控问题 2023-06-17
- Java实现顺序表的操作详解 2023-05-19