Spring MVCコントローラーメソッドが値を返さない場合は何を返しますか？

私はjQueryを使用$.getJSON()して、簡単なSpring MVCバックエンドへの非同期呼び出しを行っています。ほとんどのSpringコントローラーメソッドは次のようになります。

@RequestMapping(value = "/someURL", method = RequestMethod.POST)
public @ResponseBody SomePOJO getSomeData(@ModelAttribute Widget widget,
    @RequestParam("type") String type) {
    return someDAO.getSomeData(widget, type);
}   

各コントローラーが@ResponseBodyをJSONとして返すように設定しました。これは、クライアント側が期待するものです。

しかし、リクエストがコンテンツをクライアント側に返すことになっていない場合はどうなりますか？持てますか：

@RequestMapping(value = "/updateSomeData" method = RequestMethod.POST)
public @ResponseBody void updateDataThatDoesntRequireClientToBeNotified(...) {
    ...
}

そうでない場合、ここで使用する適切な構文は何ですか？

voidを返すことができる場合は、メソッドに@ResponseStatus（value = HttpStatus.OK）のマークを付ける必要があります。@ ResponseBodyは不要です。

@RequestMapping(value = "/updateSomeData" method = RequestMethod.POST)
@ResponseStatus(value = HttpStatus.OK)
public void updateDataThatDoesntRequireClientToBeNotified(...) {
    ...
}

getメソッドのみが暗黙的に200ステータスコードを返します。

• voidを返し、メソッドに次のマークを付けます @ResponseStatus(value = HttpStatus.OK)
• オブジェクトを返し、マークを付ける @ResponseBody
• HttpEntityインスタンスを返す

適切なヘッダーを持つResponseEntityを返すだけです。

@RequestMapping(value = "/updateSomeData" method = RequestMethod.POST)
public ResponseEntity updateDataThatDoesntRequireClientToBeNotified(...){
....
return new ResponseEntity(HttpStatus.OK)
}

「ResponseEntity」オブジェクトを返すことができます。「ResponseEntity」オブジェクトの使用は、応答オブジェクト（応答本体とHTTPステータスコードを含む）を作成するときと、応答オブジェクトから情報を取得するときの両方に非常に便利です。

getHeaders（）、getBody（）、getContentType（）、getStatusCode（）などのメソッドを使用すると、ResponseEntityオブジェクトの読み取り作業が非常に簡単になります。

HTTPステータスコード204（コンテンツなし）のResponseEntityオブジェクトを使用する必要があります。これは、リクエストが適切に処理され、レスポンスの本文が意図的に空白であることを具体的に指定するためのものです。適切なステータスコードを使用して適切な情報を伝達することは、特に複数のクライアントアプリケーションで使用されるAPIを作成する場合に非常に重要です。

はい、@ ResponseBodyをvoid戻り値の型で使用できます。

@RequestMapping(value = "/updateSomeData" method = RequestMethod.POST)
@ResponseBody
public void updateDataThatDoesntRequireClientToBeNotified(...) {
    ...
}

空白を返すと何も間違ってあります@ResponseBodyし、あなたがすべきは、POSTリクエストしてください。

代わりにHTTPステータスコードを使用して、例外ハンドラルーチン内でエラーを定義します。あなたが持っているような通常のメソッドはあなたが200望むものである応答コードを返します、そして、どんな例外ハンドラーもそれからエラーオブジェクトと異なるコード（すなわち500）を返すことができます。

しかし、システムのサイズと機能が大きくなるにつれて、常にjsonを返すことはまったく悪い考えではないと思います。より建築的/「大規模設計」の問題です。

コードとデータという2つの既知のフィールドを持つJSONを常に再実行することを考えることができます。codeは、実行する操作の成功を指定する数値コードであり、dataは、要求された操作/サービスに関連する追加のデータです。

さあ、サービスプロバイダーのバックエンドを使用すると、サービスが正常に機能しているかどうかを確認できます。

だから私はこだわって、スプリングがこれを管理しないように、ハイブリッドの戻り操作を公開します（一部は他に何もデータを返さない...）。結局のところ、よりシンプルです。

これが非同期メソッドに対して私がやったコード例です

@RequestMapping(value = "/import", method = RequestMethod.POST)
@ResponseStatus(value = HttpStatus.OK)
public void importDataFromFile(@RequestParam("file") MultipartFile file) 
{
    accountingSystemHandler.importData(file, assignChargeCodes);
}

メソッドから何かを返す必要はありません。このアノテーションを使用するために必要なのは、メソッドがすべてのケースでOKを返すようにするためです。

@ResponseStatus(value = HttpStatus.OK)