本文详解如何通过设置 required = false 使 @RequestParam 参数变为可选，并安全处理 null 值，避免 400 Bad Request 错误，同时提供健壮的默认行为和实用编码建议。
本文详解如何通过设置 `required = false` 使 `@requestparam` 参数变为可选，并安全处理 null 值，避免 400 bad request 错误，同时提供健壮的默认行为和实用编码建议。
在 Spring MVC 中，@RequestParam 默认是必需的（required = true）。若客户端未提供该查询参数，Spring 会直接返回 HTTP 400 错误（Bad Request），而不会进入控制器方法体——这也是你尝试用 if (con2 == null) 判断却“显然没生效”的根本原因：代码根本不会执行到那里。
✅ 正确做法是显式声明参数为可选：
@GetMapping("/concat")
public String conc(
@RequestParam("c1") String con1,
@RequestParam(name = "c2", required = false) String con2) {
// con2 为 null 时，传入空字符串以保证 concat 方法安全执行
return stringService.conc(con1, Optional.ofNullable(con2).orElse(""));
}
? 提示：@RequestParam(name = "c2", required = false) 等价于 @RequestParam(value = "c2", required = false)；name 是 value 的别名，二者可互换使用。
更优雅的处理方式：使用默认值（defaultValue）
如果希望 c2 在缺失时自动赋予一个默认值（如空字符串），推荐使用 defaultValue 属性——它不仅避免了 null 判断，还确保参数类型转换后始终有确定值：
@GetMapping("/concat")
public String conc(
@RequestParam("c1") String con1,
@RequestParam(value = "c2", defaultValue = "") String con2) {
return stringService.conc(con1, con2); // con2 永远非 null
}
⚠️ 注意：defaultValue 会强制进行类型转换（例如 defaultValue = "0" 可用于 int 类型），且优先级高于 required = false；若同时指定 required = false 和 defaultValue，参数依然可选，但一旦缺失，将自动填充默认值。
补充建议与最佳实践
- 避免在 service 层处理 null：将空值逻辑前置到 controller，保持 service 职责单一、契约清晰；
-
考虑使用记录类（Record）封装多个可选参数（适用于参数较多场景）：
public record ConcatRequest(String c1, String c2) {} // 配合自定义参数解析器或 @ModelAttribute（需额外配置） - 不要依赖 @ExceptionHandler 拦截缺失参数异常：MissingServletRequestParameterException 属于客户端错误（4xx），应通过设计 API 合理性来规避，而非事后捕获——这属于防御性编程的误用。
综上，让 @RequestParam 可选的核心就是 required = false 或 defaultValue；二者选其一，即可实现灵活、健壮、符合 REST 语义的查询参数处理。
