异常处理是在Controller层处理还是Service层处理

基于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) 以上为转载原文链接:https://blog.csdn.net/yuan487639/article/details/84804014

总结来说就是controller层是与用户直接连接的层,这一层的异常必须处理,一般使用自定义异常进行抛出,前端进行相应的处理。

  1. 是根据业务对异常进行相应的逻辑处理

  2. 是为了防止恶意用户发现我们服务器的某些错误

  3. 是为了给用户更好的交互体验。

因此既然我们已经必须要在controller层进行异常处理,那么我们就没有必要在单独在service层进行处理让异常处理代码块到处分散,直接在controller层进行统一处理。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容