Java开发业务层会抛异常吗_Java Web， service 层应该通过异常（自定义 Exception）来中断业务吗？...

Java web(SpringBoot)通过REST API给前端调用，后端通用的返回格式为JSON格式形如：

{"code":200, "msg":"OK", "data":null }

或：

{"code":40006, "msg":"用户名不合法", "data":null }

现在有个用户管理模块，设计userService的createUser(User user)方法，我现在是如果发现校验不通过的情况，通过异常中断业务，然后通过在Controller类的AOP @ControllerAdvice捕获异常，根据不同的异常转换为上面的JSON数据返回前端，代码大概如下：

service层：

public User create(User user) {

if (!checkName(user)) {

throw new MyServiceException("用户名不合法");

}

if (exist(user)) {

throw new MyServiceException("用户已存在");

}

return dao.save(user);

}

Controller类：

@PostMapping("/users/")

public JsonResult create(User user) {

User user = userService.create(user);

return JsonResult.ok(user);

}

@ControllerAdvice的类：

@ExceptionHandler({ Throwable.class })

@ResponseBody

public JsonResult handleException(Exception e) {

return JsonResult.build(4006, e.getMessage());

}

这样做的好处：

service方法很好设计，如果成功就返回实体，不成功就抛异常，controller层不需要关心这些逻辑，只需默认认为接口调用是成功的然后返回给前端即可(因为如果不成功就交由@ControllerAdvice处理了)。如果有其他的service层调用这个userService的创建用户的接口，处理逻辑也很直接，默认这个接口是调用成功的，拿到user后进行下一步处理，不需要判断“如果没有成功创建用户怎么处理”的问题。

service层通过异常携带前端需要的业务息(即返回前端的msg字段)，在@ControllerAdvice类里方便统一异常，根据不同异常转换为不同JSON给前端(上面例子只把所有异常都转换为同一JSON)。

疑虑的问题：

这样做是否会对性能造成比较大的影响？因为Java异常的构建需要获取方法调用栈等息。(其实我已经在自定义异常类里重写了fillInStackTrace方法)

这样做是否对整个系统的设计带来什么影响？有违最佳实践？因为 有说法是不应该用异常控制流程，但我不认为这样的设计是异常控制流程。