最新回答 / 慕丝0251260
之前接口加密是按照(id加/再加一堆复杂的乱码)把括号里的加密,你发的判断是要么为空 要么直接id加密后的结果,显然跟我们自己定义的方式加密后的接口不一致 就要抛异常 这是防止用户没有拿到接口或自己把id加密去当接口
2017-09-15
解决方案:在catch中加入TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();手动回滚或者抛出throw new runtimeexcetpion();异常。前者不需要在上层(controller层)做任何处理,后者需要在上层捕获这个异常。
本文来至:http://blog.csdn.net/yipanbo/article/details/46048413
本文来至:http://blog.csdn.net/yipanbo/article/details/46048413
2017-09-06
默认spring事务只在发生未被捕获的 runtimeexcetpion时才回滚。spring aop 异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获runtimeexception的异常,但可以通过配置来捕获特定的异常并回滚,换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion(),这样程序异常时才能被aop捕获进而回滚。
2017-09-06
最赞回答 / Bacon_殇
课程里面所讲的就是最正常的逻辑,定义异常并最终抛到前台,一般在前台会做专门的异常模板页,前台收到后端的异常,就在页面上显示对应的异常模板页,就好比你玩游戏玩的好好地网断了,后台就会把网络异常抛到前台,你就会看到一个页面上写着“网络有问题哦,亲~~”等等的写着类似提示语句的弹出页
2017-08-23