课程
/后端开发
/Java
/Java高并发秒杀API之Service层
如下图,为什么要在try和catch里面抛出两次异常?红框中的throw是不是可以去掉
2017-11-03
源自:Java高并发秒杀API之Service层 1-4
正在回答
老师对于异常处理有以下三步:
1.try catch 将所有的已知的未知的异常全部捕获到后在最后一个catch里,处理转变为spring认识的运行期异常再在方法里抛出,这样spring才会进行事务回滚
2.由于所有异常都被最后一个catch转化为同一种异常:SeckillException,这样就难以区分到底是哪些业务异常,所以在最后一个catch前加了两个catch把相对应的每一种异常提前抛出
对于你的问题,如果把前两个catch都去掉,那么前面跑出的异常都会被最后一个catch捕获,进而转化为SeckillException,就不能体现到底具体是哪一种子异常了
knyel 提问者
我也觉得没有必要,既然方法上已经向上抛出了,那就不应该对异常再在方法里做处理了,在方法里直接抛出即可。感觉这块写的有点乱。
throw e1:抛出的SeckillCloseException,这是没有更新到记录,秒杀结束的异常。
throw e2:抛出的RepeatKillException,这是重复秒杀的异常
这里抛出的两次异常,都是对应不同的处理。
举报
Java实现高并发秒杀API,介绍秒杀业务Service层的设计和实现
3 回答try-catch怎样写可以让spring认为抛出的异常是运行时异常,从而执行事务操作??
1 回答抛出异常问题,为什么是父类异常写在前面,这样不就会屏蔽后面的子类异常了吗?
2 回答抛出异常Injection of autowired dependencies failed;
1 回答抛出异常在实际开发中的使用场景
1 回答executeSeckill方法为什么一定要用异常?