Postman中Params留空会被忽略，Body留空则真实发送；Params无法传空字符串，GET请求需手动拼?key=，而Body需严格匹配Content-Type才能使空字符串被后端正确接收。
Postman 里传空字符串，Params 和 Body 行为完全不同
空字符串 "" 不是“没填”，而是明确传递一个长度为 0 的值。Params 栏填空会直接被 Postman 忽略（不拼进 URL），而 Body 中填空则会被真实发送——但后端是否接收、如何解析，取决于框架和 Content-Type。
- Params 栏输入 key=userName，value 留空 → URL 不会出现
userName=，后端收不到这个参数（相当于没传） - Body 选
x-www-form-urlencoded，填userName+ 空值 → 发送userName=（等号后面无内容），后端通常能收到空字符串 - Body 选
raw+JSON，写{"userName":""}→ 完整 JSON 被发送，Spring Boot 等默认会把""绑定为String类型的空值
Spring Boot 后端接收空字符串的常见陷阱
即使你成功发出了 userName= 或 {"userName":""}，后端也可能“收得到但不认”——尤其在用了校验注解时。
Postman Mac版
下载
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
-
@NotBlank会拒绝空字符串（因为要求非 null 且 trim 后 length > 0） -
@NotNull只防 null，不拦""，所以空字符串能过 -
@Size(min = 0)允许长度为 0，但需配合@Valid才生效 - 如果 Controller 方法参数是
String userName（没注解），Spring 默认会把缺失参数设为null，而userName=才会设为""
验证空字符串是否真被后端收到的实操方法
别只看响应结果，要确认后端“看到”的到底是什么。最直接的方式是在 Controller 里加日志或断点：
System.out.println("userName = [" + userName + "], length = " + (userName == null ? "null" : userName.length()));
- 输出
userName = [], length = 0→ 确实收到了空字符串 - 输出
userName = [null], length = null→ 参数根本没传，或被框架过滤了 - 用
pm.environment.set("debug_user", pm.response.json().debugUser)把后端回传的原始值写进环境变量，再在后续请求里引用，可避免肉眼误判
容易被忽略的关键点：Content-Type 决定空值能否落地
很多人试了半天发现空字符串总变 null，问题常出在请求头没配对。
- 发
x-www-form-urlencoded空值，必须带Content-Type: application/x-www-form-urlencoded，否则 Spring 可能跳过表单解析 - 发 JSON 空字符串，
Content-Type: application/json缺一不可；漏了它，服务端可能返回415 Unsupported Media Type，根本到不了业务逻辑层 - GET 请求没法在 Body 传空字符串（HTTP 协议不允许），只能靠 Params 拼
?userName=—— 但 Postman Params 栏不支持留空提交，得手动改 URL
