根据官方文档:使用@RestController注释创建REST控制器

@RestController是一个组合了@ResponseBody的原型注释 和@ controller。不仅如此，它还赋予你更多的意义 控制器，也可能在未来的版本中携带额外的语义 框架的。

为了清晰，似乎最好使用@RestController，但你也可以在需要时将其与ResponseEntity结合使用以获得灵活性(根据官方教程和这里的代码以及我的问题来确认)。

例如:

@RestController
public class MyController {

    @GetMapping(path = "/test")
    @ResponseStatus(HttpStatus.OK)
    public User test() {
        User user = new User();
        user.setName("Name 1");

        return user;
    }

}

等于:

@RestController
public class MyController {

    @GetMapping(path = "/test")
    public ResponseEntity<User> test() {
        User user = new User();
        user.setName("Name 1");

        HttpHeaders responseHeaders = new HttpHeaders();
        // ...
        return new ResponseEntity<>(user, responseHeaders, HttpStatus.OK);
    }

}

这样，您可以仅在需要时定义ResponseEntity。

更新

你可以用这个:

    return ResponseEntity.ok().headers(responseHeaders).body(user);

Sotorios Delimanolis的回答。

ResponseEntity确实给了你更多的灵活性，但在大多数情况下，你不需要它，你最终会在你的控制器中到处都是这些ResponseEntity，从而使其难以阅读和理解。

如果你想处理一些特殊情况，比如错误(Not Found, Conflict，等等)，你可以在Spring配置中添加一个HandlerExceptionResolver。因此，在您的代码中，您只需抛出一个特定的异常(例如NotFoundException)，并决定在处理程序中做什么(将HTTP状态设置为404)，从而使控制器代码更加清晰。

ResponseEntity表示整个HTTP响应。您可以控制其中的任何内容:状态代码、标题和主体。

@ResponseBody是HTTP响应体的标记，@ResponseStatus声明HTTP响应的状态代码。

@ResponseStatus不是很灵活。它标记了整个方法，因此您必须确保处理程序方法总是以相同的方式表现。你仍然不能设置头信息。您需要HttpServletResponse。

基本上，ResponseEntity让你做更多的事情。

一个合适的REST API应该有以下组件作为响应

状态码 身体的反应 被更改的资源的位置(例如，如果创建了一个资源，客户端将有兴趣知道该位置的url)

ResponseEntity的主要目的是提供选项3，其余选项可以在没有ResponseEntity的情况下实现。

所以如果你想提供资源的位置，那么使用ResponseEntity会更好，否则可以避免。

考虑一个修改API以提供所有提到的选项的示例

// Step 1 - Without any options provided
@RequestMapping(value="/{id}", method=RequestMethod.GET)
public @ResponseBody Spittle spittleById(@PathVariable long id) {
  return spittleRepository.findOne(id);
}

// Step 2- We need to handle exception scenarios, as step 1 only caters happy path.
@ExceptionHandler(SpittleNotFoundException.class)
@ResponseStatus(HttpStatus.NOT_FOUND)
public Error spittleNotFound(SpittleNotFoundException e) {
  long spittleId = e.getSpittleId();
  return new Error(4, "Spittle [" + spittleId + "] not found");
}

// Step 3 - Now we will alter the service method, **if you want to provide location**
@RequestMapping(
    method=RequestMethod.POST
    consumes="application/json")
public ResponseEntity<Spittle> saveSpittle(
    @RequestBody Spittle spittle,
    UriComponentsBuilder ucb) {

  Spittle spittle = spittleRepository.save(spittle);
  HttpHeaders headers = new HttpHeaders();
  URI locationUri =
  ucb.path("/spittles/")
      .path(String.valueOf(spittle.getId()))
      .build()
      .toUri();
  headers.setLocation(locationUri);
  ResponseEntity<Spittle> responseEntity =
      new ResponseEntity<Spittle>(
          spittle, headers, HttpStatus.CREATED)
  return responseEntity;
}

// Step4 - If you are not interested to provide the url location, you can omit ResponseEntity and go with
@RequestMapping(
    method=RequestMethod.POST
    consumes="application/json")
@ResponseStatus(HttpStatus.CREATED)
public Spittle saveSpittle(@RequestBody Spittle spittle) {
  return spittleRepository.save(spittle);
}

根据官方文档:使用@RestController注释创建REST控制器

@RestController是一个组合了@ResponseBody的原型注释 和@ controller。不仅如此，它还赋予你更多的意义 控制器，也可能在未来的版本中携带额外的语义 框架的。

为了清晰，似乎最好使用@RestController，但你也可以在需要时将其与ResponseEntity结合使用以获得灵活性(根据官方教程和这里的代码以及我的问题来确认)。

例如:

@RestController
public class MyController {

    @GetMapping(path = "/test")
    @ResponseStatus(HttpStatus.OK)
    public User test() {
        User user = new User();
        user.setName("Name 1");

        return user;
    }

}

等于:

@RestController
public class MyController {

    @GetMapping(path = "/test")
    public ResponseEntity<User> test() {
        User user = new User();
        user.setName("Name 1");

        HttpHeaders responseHeaders = new HttpHeaders();
        // ...
        return new ResponseEntity<>(user, responseHeaders, HttpStatus.OK);
    }

}

这样，您可以仅在需要时定义ResponseEntity。

更新

你可以用这个:

    return ResponseEntity.ok().headers(responseHeaders).body(user);