关于Service层异常封装的问题

Question

service层应该是抛出自定义异常，还是通用的Exception？

比如：前台需要code、message、data

• code：返回特定编码，比如0表示成功，1表示失败

• message：失败时返回错误信息

• data：如果是查询，用户存放数据

现在自定义一个异常，CustomizeException，可以抛出code和message。
最好的用法是不是应该在dao层抛出Exception，service层catch之后throw出新的自定义异常CustomizeException，给相应异常信息加上描述。controller就直接返回异常中的code和message给前台。

如果有描述不到位的地方，敬请见谅。

Answer 1

我习惯的做法是：

1. 对于DAO层查询不到结果的情况，返回NULL。对于连接失败等内部问题，抛异常

2. Service层需要检查NULL，然后返回NotFoundException。连接失败等异常不管，直接往上抛

3. 在Controller层面，通过Spring MVC的Controller Advice统一处理异常。根据不同的异常转成合理的Http status和message返回给客户端

Answer 2

dao是与数据库打交道的，关异常什么事，所有的业务异常都应该在service层抛出，
举个列子，用户名不能重复，你dao一个findByName(String name)方法，这个方法只是查询数据改名称是否存在，难道还要把你业务绑定到dao层？

Answer 3

dao层不需要抛出异常，应该在service层抛出异常，可以是自定义的异常，然后在controller中定义exception handler统一处理。

Answer 4

我认为最合理的做法：
1、dao层不捕获异常、不抛出异常：spring框架将底层的数据库checked异常封装成unchecked异常了
2、service层捕获异常，并抛出自定义unchecked异常，异常中不定义状态码：checked异常默认情况事务不会回滚
3、controller层捕获异常，并抛出自定义异常，异常类中定义需要返回的HTTP状态码
4、exceptionHandler中统一处理所有异常

但是，这样会造成controller比较臃肿，
所以，很多项目使用偷懒的办法，service中抛出的异常定义状态码，controller不捕获保持代码简洁，由exceptionHandler统一处理