Springboot rest API和响应状态通用实践

Question

首先，我不知道是否应该将找不到资源视为“例外事件”，或者只是应用程序应该经常处理的事情。

我发现的大多数解决方案都建议使用带注释的异常，该异常告诉处理程序在未找到资源的情况下返回404。

例如：

@ResponseStatus(value = HttpStatus.NOT_FOUND, reason = "Resource not found")
public class ResourceNotFoundException extends RuntimeException {
    public ResourceNotFoundException() {
        super();
    }

    public ResourceNotFoundException(String message, Throwable cause) {
        super(message, cause);
    }

    public ResourceNotFoundException(String message) {
        super(message);
    }

    public ResourceNotFoundException(Throwable cause) {
        super(cause);
    }
}

null

我该把它扔哪儿？在存储库级别？还是只返回null并在控制器级别抛出异常？这样会更有效率还是只是一种糟糕的做法？

Answer 1

返回错误的方式与API紧密耦合，而服务代码应该与API无关。换句话说，如果由于某种原因需要在REST API旁边添加SOAP API，那么服务代码应该能够为这两个API提供服务。因此，任何与API紧密耦合的东西都应该在实现API的层中处理，在本例中是您的控制器层。

在我当前的工作地点，我们检查控制器中是否存在正在操作的资源。由于我们使用Hibernate，一旦从数据库检索到实体，它就会在会话的持续时间内保留在会话缓存中，并且如果您选择不将实体下传给服务，则不会在服务层中第二次检索时产生额外的成本。

在SpringBoot中，org.springFramework.data.rest.WebMVC.ResourceNotFoundException被绑定到404 not_found。因此，您不需要为API实现任何类型的异常处理程序来返回带有404 http状态代码的响应。