Apifox环境变量配置教程：开发、测试、生产环境切换方法-git-PHP中文网

apifox环境变量生效需满足四条件：环境已激活、变量名无空格/大小写错误、引用格式为{{变量名}}、未被高优先级同名变量覆盖；调试应先查看log中resolved url，再逐层检查变量定义与作用域。

apifox环境变量配置教程：开发、测试、生产环境切换方法

Apifox 的环境变量不是“配了就能用”，而是必须满足四个条件才真正生效：环境已激活、变量定义无空格/大小写错误、引用语法严格为 {{变量名}}、且未被更高优先级的同名变量覆盖。漏掉任意一个，请求就还是发到 localhost。

为什么请求没走环境变量？先看 log 里的 resolved url

别猜，直接打开右下角 log 面板执行一次请求，重点看「resolved url」字段。如果它显示的是 http://localhost:3000/users 而不是你期望的 https://api-test.example.com/users，说明变量根本没参与解析。

检查左上角环境选择器是否高亮——灰色或未选中 = 变量不加载
进入「管理环境」→ 编辑当前环境 → 确认 base_url 值末尾有斜杠（https://api-test.example.com/），且键名全小写、值前后无空格（可用编辑器「显示空白符」验证）
接口 URL 输入框里必须是 {{base_url}}/users，写成 {base_url}/users 或 ${base_url}/users 都无效
检查项目变量或全局变量里是否也定义了 base_url——按优先级 临时 > 项目 > 环境 > 全局，同名时低优先级会被覆盖

如何让 Token 自动更新并随环境切换？

手动复制粘贴 token 是反模式。正确做法是把登录接口的响应结果自动写入当前环境变量，并在全局参数中引用它。

Apifox（Linux）

Apifox Linux 桌面版是一款专为 Linux 开发者打造的 API 一体化工具，集接口设计、调试、测试、Mock 和文档管理于一体。它在 Linux 环境下提供稳定、高效的本地运行体验，帮助开发者实现 API 全生命周期管理，是 Linux 开发者进行接口开发与联调的高效工具。

下载

在登录接口的 Tests 标签页里写后置脚本：

const res = pm.response.json();<br>if (res.token) {<br>  pm.environment.set("token", res.token);<br>}

在「全局参数」里添加一条：name 填 Authorization，value 填 bearer {{token}}，in 选 header
确保该全局参数作用域设为「环境级」，否则 {{token}} 在不同环境里会取到同一个值
注意：如果登录返回的是 data.token，脚本里要写 res.data.token，否则 pm.environment.set 会设空值

BASE_URL 是个特殊变量，但别乱覆盖它

Apifox 内置了一个叫 BASE_URL 的环境变量，它的值等于你在环境配置里填的「前置 URL」。但它只是只读映射，不是普通变量。

你在环境里填了前置 URL https://api-test.example.com/，那 {{BASE_URL}} 就自动解析为这个值
如果你手动在环境变量里再加一条 BASE_URL: https://xxx，就会覆盖内置行为——之后改前置 URL，{{BASE_URL}} 也不变
脚本里用 pm.environment.get("BASE_URL") 能读到前置 URL，但 pm.environment.set("BASE_URL", "...") 不会改前置 URL，只会新建一个同名环境变量
建议统一用 {{base_url}} 自定义变量，避免和内置 BASE_URL 混用

最常被忽略的其实是变量作用域链和空格问题——前者导致你以为改了变量，其实生效的是另一个层级的同名变量；后者让 pm.environment.get("token") 返回 undefined 却查不出原因。调试时先开 log 看 resolved url，再逐层检查变量定义位置和值内容，比反复重配快得多。