Postman中字符串ID转数字需显式调用parseInt()或Number()，因JSON解析不自动类型转换；存为环境变量后，在Pre-request Script中构造JSON请求体并设Content-Type: application/json，避免模板插入导致的隐式字符串化。
Postman里字符串ID转数字的常见错误现象
直接在请求体或URL参数里写 {{user_id}}，后端报“类型不匹配”或 400 错误；明明响应里返回的是 "id": "12345"（带引号），但用 pm.globals.set("user_id", jsonData.id) 存进去，后续传参还是字符串——因为 JSON 解析后 jsonData.id 本身就是字符串，不是自动转成数字的。
JSON.parse() 后必须显式调用 parseInt() 或 Number()
Postman 的 Tests 脚本运行在 JavaScript 环境中，JSON.parse() 只负责把响应文本转成 JS 对象，不会做类型推断。数字型 ID 若原始字段是字符串（如 API 返回 "id": "1001"），就得手动转换：
var jsonData = pm.response.json();var idNum = parseInt(jsonData.id, 10); // 强制十进制解析，防八进制陷阱pm.environment.set("user_id_num", idNum); // 存为数字，不是字符串
别用 jsonData.id * 1 或 +jsonData.id，它们在空值、null、非数字字符串时容易静默失败（比如返回 "id": null 时结果是 NaN）。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
传参时数字被自动转回字符串的坑
即使你存的是数字类型变量，只要把它放进 URL 查询参数或 JSON 请求体的字符串模板里，Postman 就会隐式调用 .toString()：
- ❌ 错误：URL 中写
/api/user/{{user_id_num}}→ 实际发出的是/api/user/1001（看起来对，但本质仍是字符串路径段） - ❌ 错误：JSON Body 中写
{"id": {{user_id_num}}}→ Postman 会把它当未闭合模板报错；必须写成{"id": {{user_id_num}}}且确保模板已渲染，但更稳妥的是用脚本动态构造 - ✅ 正确做法：在 Pre-request Script 中拼 JSON 对象，再设为请求体：
const body = { id: pm.environment.get("user_id_num") }; pm.request.body.raw = JSON.stringify(body);
后端接收不到数字类型？检查 Content-Type 和序列化方式
即便你传了数字，如果请求头没设 Content-Type: application/json，或者用了 form-data / x-www-form-urlencoded，后端收到的永远是字符串——因为这两种编码格式根本不支持原生数字类型。
- 用 JSON 请求体时，必须手动设置 Header：
Content-Type: application/json - 避免在 Tests 里用
pm.environment.set("user_id", jsonData.id)然后在 Body 里写{{user_id}}，这会导致双引号包裹（"1001"），变成字符串字面量 - 真正需要数字上下文的地方（比如 GraphQL 变量、REST 接口路径参数校验），优先在 Pre-request Script 中构造完整 payload，而不是依赖模板替换
最易忽略的一点：Postman 的变量系统本身不区分字符串和数字类型，所有变量存储都是字符串；所谓“存数字”，只是靠你在脚本里用 parseInt() 处理后再参与运算或构造——一旦脱离 JS 执行上下文（比如模板插入），就立刻退化为字符串。
