Postman中传带前导零编号（如"00123"）需确保全程按字符串处理：Params/x-www-form-urlencoded中必须加英文引号；raw JSON需加双引号；form-data可直接填；Pre-request Script推荐用padStart()生成。
Postman 里传带前导零的编号（比如 "00123"、"000001"）不是“填不进去”，而是你一不小心就让它自动转成数字了——00123 变成 123，前导零直接消失。根本原因在于 Postman 的 Params 或 Body 表单模式会做隐式类型转换，尤其在 x-www-form-urlencoded 或表单字段里输入纯数字字符串时，它默认当数值处理。
为什么在 Params 里输 00123 会变成 123
Postman 的 Params 表格栏对字段值做了轻量解析：如果内容看起来像整数（全数字、无空格、无引号），就会按 number 类型存，而 JavaScript 中 00123 字面量等于 123。这不是 Bug，是表单控件的默认行为。
- 在 Params 标签页中直接输入
00123→ 发出去实际是123 - 即使你在环境变量里设了
pm.environment.set("order_no", "00123")，一旦你在 Params 里写{{order_no}}，只要该字段被识别为“数值上下文”，仍可能被截断 - Body 中选
raw+JSON时，必须加双引号："order_no": "00123"，否则"order_no": 00123是非法 JSON
正确传 "00123" 的三种实操方式
核心原则：**让 Postman 明确知道这是字符串，不是数字。**
Postman Mac版
下载
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 用
raw模式 +JSON格式，在 Body 中写完整 JSON 字符串：{"order_id": "00123", "status": "pending"} - 用
form-data模式，Key 填order_id，Value 填00123（注意：这里不会被转义，form-data对 Value 默认按字符串处理） - 用
x-www-form-urlencoded模式时，**必须给值加英文引号**：在 Value 栏输入"00123"（带引号），Postman 会原样发送；不加引号就危险
用脚本动态生成带前导零的编号（如 "000456"）
手动填不现实，尤其要批量测试或参数化时。Pre-request Script 是唯一可靠方案：
- 用
String.prototype.padStart()最简洁：const seq = "456";<br>const padded = seq.padStart(6, "0"); // → "000456"<br>pm.environment.set("order_id", padded); - 避免用
parseInt()再格式化，比如parseInt("00123") + ""会丢零 - 如果编号来自响应（比如接口返回
{"id": 123}），提取后立刻转字符串再补零：const id = pm.response.json().id.toString();<br>pm.environment.set("order_id", id.padStart(6, "0"));
最容易被忽略的一点：哪怕你在脚本里设好了 "000456"，如果后续在 Params 或 x-www-form-urlencoded 里没加引号或误用了数值上下文，前导零照样会丢。传字符串，就得全程当字符串对待——从生成、存储到引用，一个环节都不能松口。
