错误处理反套路：Service层异常直面怼，直达Controller层

后端

2023-05-14 22:16:58

打破传统，直面 Service 异常：一种颠覆性处理方式

现状的缺陷

传统上，Service 层的异常处理方式是在内部消化，然后向 Controller 层返回一个错误信息。这种做法表面上合理，但存在不少弊端：

错误信息不透明： Controller 层无法获知 Service 层的具体错误信息，只能猜测，导致问题定位困难。
代码难以维护： Service 层和 Controller 层都需要修改代码以适应业务逻辑变化，增加维护成本。
性能开销： Service 层内部异常处理带来不必要的性能开销，影响系统效率。

反套路之变革：异常直面 Controller

为了解决这些问题，我们提出了一种反套路方法：直接将 Service 层的异常抛到 Controller 层处理。这种做法优势显著：

错误信息透明： Controller 层直接获取 Service 层异常信息，问题定位轻而易举。
代码易于维护： 仅需修改 Service 层代码即可适应业务逻辑变化，降低维护成本。
性能提升： Service 层不再进行异常处理，性能得以提升。

潜在风险规避

这种方法存在一个潜在风险：Controller 层可能没有正确处理异常，导致系统崩溃。但我们可以遵循以下原则规避风险：

Controller 层使用 try-catch 语句捕获异常
在 try 块中调用 Service 层方法
在 catch 块中处理异常并返回合适错误信息

实施示例

// Controller 层
@RestController
public class UserController {

    @Autowired
    private UserService userService;

    @PostMapping("/user")
    public User createUser(@RequestBody User user) {
        try {
            return userService.createUser(user);
        } catch (Exception e) {
            return new User(0, "error", "error");
        }
    }
}

// Service 层
@Service
public class UserService {

    public User createUser(User user) {
        // ...省略业务逻辑

        // 抛出异常
        throw new RuntimeException("create user failed");
    }
}