私たちは、時にはそれが問題で、あなたはまだその最後にプラスそれなしで、無駄と思われる追加、オーバー渡されたパラメータの前端に取得することができていない@RequestParamずに学習プロセスを見つけます。一度に以下の実験と違いなしに処理時間を、私はそれが無い増加し、最終的に理解するだろうと信じています。
時間なし
@GetMapping("/request")
@ResponseBody
public String test01(String name){
String returnValue = "返回的字符串为:"+name;
return returnValue;
}
3つの要求には:
①直接リクエストパラメータなし
リターンはnull
正しいパラメータを持つ②要求
当社は送信され、対応するパラメータの値を返します。
③間違ったパラメータで(矛盾するパラメータ名)
または戻りヌル、我々は、パラメータ名の背景が矛盾している上を通過我々は上院を通過しなかった、との判断のこのタイプによるJavaは同じではないと思います。
プラス
@GetMapping("/request")
@ResponseBody
public String test01(@RequestParam(value = "haha") String name){
String returnValue = "返回的字符串为:"+name;
return returnValue;
}
以上のパラメータは矛盾し、1だったこと、ノートを分析するための3例haha
、1 name
。
①引数ありません
フロントには、背景のすべてが正常である、与えられています。なぜ?
@RequestParam(必須=偽)などのパラメータはrequired
、デフォルトはtrueで、我々はパラメータを渡すために必要とされています。次のようにfalseに設定した後、効果は次のとおりです。
名前付きパラメータを渡す②haha
舞台裏ではパラメータを受信し、正常に戻ります。
名前③伝送パラメータname
背景には、パラメータを受け取りません。
その結果、以下の結論を分析することにより:
- デフォルトパラメータ@RequestParam要件を送信しなければならない、それを提供することができる
required = false
の近くに - あなたは彼の主題と@RequestParamにパラメータ名を設定した場合、彼らの後にデフォルトの型パラメータ名を設定していません