Postman中JSON Body无法直接引用布尔变量{{is_active}}，因JSON格式不支持变量插值；需在Pre-request Script中用JSON.stringify()构造合法JSON字符串并存为变量，在raw体中引用。
Postman里JSON体中引用布尔变量会出错？
直接在 JSON Body 里写 {{is_active}}，Postman 会把它当字符串处理，最终发出去的是 "is_active": "{{is_active}}"，而不是 "is_active": true。这不是 Postman 的 bug，是 JSON 格式本身不支持变量插值——双花括号只在 URL、Headers、raw text 等非结构化上下文中生效。
用 pm.variables.replaceIn() 动态生成合法 JSON
必须把 JSON 当作字符串构造，再交给 Postman 解析。常见错误是试图在 Body 里混用 JSON 编辑器和变量语法，结果要么报 Unexpected token {，要么字段被转义成字符串。
- 切到请求的
Body → raw，**手动切换 Content-Type 为application/json**（别依赖 JSON 编辑器自动设） - 在
Pre-request Script中写：
const is_active = pm.variables.get("is_active"); // 获取变量值，注意它可能是字符串 "true"/"false" 或布尔 true/false
const jsonStr = JSON.stringify({
name: "test",
is_active: is_active === "true" || is_active === true
});
pm.variables.set("json_body", jsonStr);
- 然后在
Body → raw中直接填：{{json_body}} - 这样发出的才是真正的
{"name":"test","is_active":true}
pm.environment.set() 存布尔值时的类型陷阱
Postman 的变量存储机制会把所有值转成字符串。即使你执行 pm.environment.set("flag", true)，后续 pm.environment.get("flag") 拿到的也是字符串 "true"，不是布尔类型。
- 判断逻辑要显式转换：
if (pm.environment.get("flag") === "true") { ... } - 如果需要保持布尔类型供脚本内部使用，建议改用局部变量：
const flag = true;，避免跨请求依赖 - 全局/环境变量只适合传递“可序列化的原始值”，布尔值必须按字符串语义处理
为什么不用 JSON.parse() + JSON.stringify() 直接操作响应？
有些场景是从上一个接口响应里提取布尔字段（比如 data.enabled），再传给下一个请求。这时不能直接 pm.environment.set("enabled", data.enabled) 就完事。
- 因为
data.enabled可能是true，但存进环境变量后变成"true"，下个请求读出来又得转回布尔 - 更稳的做法是在 Pre-request Script 中重建整个 JSON 对象，用原生布尔值参与构造，再
JSON.stringify()发出 - 避免在多个请求间靠变量“隐式类型流转”，容易在某次忘记转换导致
"true" == true判定失败
实际最易忽略的一点：Postman 的变量系统没有类型概念，所有变量值落地都是字符串。所谓“布尔变量”，只是你约定用 "true"/"false" 字符串来模拟布尔语义——这个前提一旦忘掉，后续所有 JSON 构造和条件判断都会悄悄出错。
