env()函数启动时一次性读取.env并缓存，与Config::set()无关；它封装getenv()直接读系统环境变量，不走框架配置系统，故修改Config不影响env()返回值。
因为 env() 函数在 ThinkPHP 中是**启动时一次性读取 .env 文件并缓存到内存**的，后续调用 Config::set() 不会影响它返回的值。
env() 的行为本质是读取环境变量，不是读配置
env() 是对 PHP 原生 getenv() 的封装（ThinkPHP 6/7 默认如此），它直接从 PHP 运行时的环境变量中取值，和框架的配置系统（Config 类）完全独立：
-
env('APP_DEBUG')→ 查找操作系统或 PHP-FPM/Apache 设置的环境变量APP_DEBUG -
Config::get('app.debug')→ 查找框架配置数组中app.php或动态设置的值 -
Config::set('app.debug', true)→ 只修改配置对象内部数据，不触碰系统环境变量
修改后 env() 仍不变的常见原因
你可能遇到以下情况：
- .env 文件未生效：应用启动后才改的 .env，但没重启 Web 服务器或 CLI 进程（如 Swoole、Workerman、队列进程需手动 reload）
- 环境变量被更高优先级覆盖：Web 服务器（Nginx/Apache）、Docker、Supervisor 或 PHP-FPM 池中显式设置了同名环境变量，会覆盖 .env
- 使用了
phpdotenv但未启用「重载」：ThinkPHP 默认只在入口文件加载一次 .env，不会监听变更 - CLI 下运行时用了
--env=testing等参数，导致加载了别的 .env.testing 文件
想让 env() 动态变化？不推荐，但可绕过
强行修改环境变量本身是可行的，但仅限当前请求生命周期，且有风险：
- 用
putenv('APP_DEBUG=true')可临时覆盖，之后再调env('APP_DEBUG')就会返回新值 - 注意：不能用
$_ENV['APP_DEBUG'] = true，PHP 的$_ENV是只读快照，改了无效 - 更稳妥做法是统一走配置层：
Config::get('app.debug')，并在需要时用Config::set()控制
调试建议
快速确认问题根源：
- 打印原始环境变量：
var_dump(getenv('APP_DEBUG')); - 检查是否真从 .env 加载：
var_dump($_SERVER['APP_ENV'] ?? 'not set');（如果 .env 生效，APP_ENV应存在） - 查看配置是否已更新：
var_dump(Config::get('app.debug'));
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
