application/x-www-form-urlencoded 本质是键值对字符串编码，所有字段（含true/false）均被序列化为字符串，如key=true，后端收到的永远是字符串"true"而非布尔类型，需手动解析或约定0/1等明确语义。
Postman 无法原生提交布尔值作为 x-www-form-urlencoded 表单字段的“真/假”语义值——它只认字符串，且后端必须按字符串解析逻辑处理。
为什么表单里的 true 和 false 到后端就变 "true" 字符串？
因为 application/x-www-form-urlencoded 本质是键值对字符串编码，所有字段值都会被序列化为 string。即使你在 Postman 的 form-data 或 x-www-form-urlencoded tab 里输入 true，实际发出去的是 key=true 这个纯文本，服务器收到的永远是字符串 "true"，不是 JavaScript 或 Java 的 Boolean.TRUE。
常见错误现象：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- Spring Boot 中用
@RequestParam Boolean flag接收，直接抛MethodArgumentTypeMismatchException - Node.js Express 里
req.body.flag === true永远为false，因为它是"true" - 前端用
new FormData(form)提交，checkbox未勾选时字段甚至不出现，导致后端收不到false值
@RequestParam Boolean 在 Spring 中怎么安全接收？
Spring 不会自动把字符串 "true"/"false" 转成布尔对象，除非你显式启用转换或改用更稳妥的方式：
- 改用
@RequestParam String flag，然后手动判断："true".equalsIgnoreCase(flag) - 用
@RequestParam(required = false) Boolean flag，但必须配合前端确保字段始终存在（比如 checkbox 加 hidden 同名字段兜底） - 在
WebMvcConfigurer中注册StringToBooleanConverter，但要注意空值和非法值（如"yes"）的处理策略 - 更推荐：统一约定用
0/1或on/off字符串，后端明确 switch 解析，避免歧义
Postman 表单提交布尔字段的实操建议
别依赖“输入 true 就等于传布尔”，重点是让前后端对“什么字符串代表真/假”达成一致：
- 如果后端要求
active=1表示启用，在 Postmanx-www-form-urlencodedtab 中就填active→1（类型是 string，但值是数字字符） - 如果后端接受
publish=true，那就在 Postman 填publish→true，并确认后端代码已做Boolean.parseBoolean()或等效处理 - 对于 checkbox 类字段，Postman 本身不模拟“未勾选不传”的行为；若需测试该场景，直接删掉该行键值对，或临时切到
raw+JSON模式构造缺失字段 - 务必检查请求发出后的
Content-Type：Postman 在选x-www-form-urlencoded时会自动设为application/x-www-form-urlencoded，但若手动改过 headers，可能错配导致后端根本没解析 body
真正容易被忽略的一点
表单提交没有“null”概念——字段不存在 ≠ 值为 null，字段存在但值为空字符串 "" ≠ false。后端拿到一个没传的布尔字段，通常只能靠默认值兜底，而这个默认值是否合理，得看业务逻辑，不是 Postman 能决定的。
