Postman表单中{{variable_name}}可直接引用变量，但需确保变量已定义且作用域生效；常见失效原因包括未选中环境、变量名大小写错误、键值前后含空格；form-data与x-www-form-urlencoded变量引用方式一致，但file类型value栏不支持变量；动态值需用Pre-request Script设置；特殊字符需手动编码；Runner中Persist Variables可能引发变量覆盖。
Postman 表单（form-data 或 x-www-form-urlencoded）里能直接用 {{variable_name}} 引用变量，但必须确保变量已正确定义且作用域生效——否则字段值会原样发送 {{xxx}} 字符串，而不是替换后的实际值。
表单参数中 {{variable_name}} 不生效的常见原因
这不是语法问题，而是变量未被正确加载或作用域冲突导致的。最常踩的坑有三个：
- 环境未选中：右上角环境下拉框显示
No environment，即使定义了环境变量，{{xxx}}也不会解析 - 变量名拼写错误或大小写不一致：比如定义的是
user_token，却写了{{User_Token}}，Postman 区分大小写 - 在
form-data的「Key」或「Value」输入框里用了空格或特殊字符开头/结尾，导致实际提交的是带空格的字符串，而非变量引用（例如填了"token"而不是token）
form-data 和 x-www-form-urlencoded 的变量引用方式完全一致
两者都属于键值对结构，Postman 对它们的变量解析逻辑相同，无需区分处理：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 在
form-data的 Value 栏输入{{auth_token}}，它会在发送时自动替换成当前环境或全局变量中的值 - 在
x-www-form-urlencoded的 Value 栏同样填{{base_url}}，也会正常展开 - 注意：
form-data中如果某项是文件类型（File），它的 Value 栏不能写变量 —— 这里只接受本地文件路径，变量无效
Pre-request Script 动态设置表单变量更灵活
当表单值需要每次请求前计算（比如带时间戳的签名、动态生成的验证码），靠静态变量不够用，得用脚本注入：
- 在请求的
Pre-request Script里写：pm.environment.set("submit_time", Date.now().toString()); - 然后在
form-data的 Value 栏填{{submit_time}} - 若想让变量跨环境复用，改用
pm.globals.set()，但要注意：环境变量优先级高于全局变量，同名时环境变量会覆盖全局值 - 调试技巧：在脚本末尾加
console.log(pm.environment.get("submit_time"));，看控制台是否输出预期值
变量值含特殊字符（如 &、=、空格）时要小心
表单编码本身会对值做 URL 编码，但 Postman 不会自动帮你 encode 变量内容。如果变量值本身含 & 或 =（比如一个 base64 token），直接填 {{raw_token}} 可能导致后端解析错位：
- 安全做法：在
Pre-request Script中手动编码：pm.environment.set("encoded_token", encodeURIComponent(pm.environment.get("raw_token"))) - 再在表单 Value 中引用
{{encoded_token}} - 不推荐依赖前端自动编码，因为
form-data和x-www-form-urlencoded的编码规则不同，后者严格要求 key/value 都编码，前者只对 value 编码且逻辑更松散
最容易被忽略的一点：Postman 在 Runner 批量运行时，如果勾选了 Persist Variables，表单里引用的变量可能被上一轮响应覆盖 —— 比如你用脚本从响应里提取了新 token 并 set 到环境，下一轮表单就会发这个新值，而不是初始值。是否勾选，得看你是否真需要链式传递。
