Postman中form-data和x-www-form-urlencoded提交的数字在后端默认为字符串，因HTTP协议不传输类型信息，二者均以文本键值对编码（如age=25→字节序列），需后端显式转换。
Postman 用 form-data 或 x-www-form-urlencoded 提交数字时，后端收到的几乎总是字符串——这不是 Bug，是 HTTP 协议和表单编码规范决定的。
为什么表单提交的数字在后端变成字符串？
HTTP 请求体本身不携带类型信息。application/x-www-form-urlencoded 和 multipart/form-data 都只传输键值对，所有 value 默认按文本处理。比如你填 age=25，实际发送的是字节序列 6167653d3235（UTF-8 编码），服务器解析后得到字符串 "25"，而非整数 25。
常见错误现象：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 后端做数值比较失败（如
if (age > 18)在弱类型语言中可能意外通过，但强类型语言直接报错） - 数据库插入时报
DataTypeMismatch或被截断为 0 - Swagger/OpenAPI 文档校验失败，提示类型不匹配
Postman 中如何正确模拟“数字字段”提交？
关键不是让 Postman “发数字”，而是确保后端能安全、明确地转成数字。实操要点：
- 在
Body → form-data或x-www-form-urlencoded中，照常输入纯数字（如25、3.14），**不要加引号**；加引号（"25"）反而会让某些解析器当成 JSON 字符串字面量处理，更混乱 - 若字段可能为空或含前导零（如身份证号、工号），**必须用
text格式显式声明**：在form-data的 Key 右侧 Type 下拉选Text，避免 Postman 自动识别为 File - 对敏感数字字段（如金额、库存），建议在 Postman 的
Tests标签页加简单断言，确认响应中该字段已被正确解析：pm.test("price is number", function () { const jsonData = pm.response.json(); pm.expect(typeof jsonData.price).to.equal("number"); });
后端接收时最容易忽略的三个检查点
前端或测试工具无法替你完成类型转换，这事必须由后端代码显式处理：
-
parseInt()/parseFloat()要带进制参数（parseInt("010", 10)），否则八进制陷阱会导致"010"变成8 - 用
Number()转换时，空字符串""会变成0，而parseInt("", 10)是NaN—— 业务上哪个更合理需明确约定 - Spring Boot 等框架的
@RequestParam或@ModelAttribute会自动尝试转换，但遇到非法输入（如age=abc）默认返回 400 错误；若需自定义容错逻辑（如设默认值），得配WebDataBinder或用@InitBinder
真正容易出问题的，从来不是“怎么填 Postman”，而是后端没区分“用户输入的字符串”和“业务需要的数字”——哪怕只漏掉一个 isNaN() 检查，线上就可能存进错误的 0 或触发空指针。
