env::set() 不能覆盖已加载的 .env 变量值，因其仅修改系统级环境变量，不影响框架初始化时已缓存的配置；数据库等配置在启动阶段固化，后续 env::set() 无效。
Env::set() 不能覆盖 .env 文件已加载的变量值
ThinkPHP 的 Env::set() 是运行时写入 PHP 环境变量（即 putenv() 层面），但它**不会反向影响框架已解析并缓存的配置**。一旦 think\initializer\Env 初始化完成（通常在入口文件执行早期），.env 内容就被一次性读取、解析并固化进框架的环境上下文，后续调用 Env::set() 只会改掉 getenv() 能读到的原始系统级变量，而 env() 函数和配置文件中所有 env('KEY') 调用仍返回初始化时的值。
为什么在控制器里调用 Env::set('DB_HOST', '192.168.10.5') 没效果
因为数据库连接配置早在 App 启动阶段就已完成加载并缓存。此时再改环境变量，config/database.php 不会重新执行，Db::connect() 拿到的仍是初始化时解析出的旧连接参数。
-
env('DB_HOST')返回的仍是 .env 里原始值，不是你后来Env::set()设的 -
Db::connect('mysql')使用的是 runtime/config.php 缓存里的连接定义，该定义在初始化时已固化 - 即使你手动清空
runtime/config.php，下次请求仍会按原始 .env + 原始 config/*.php 重建，不包含你的临时设置
真要动态切 DB_HOST，得绕过 env() 加载链
如果必须在运行时切换（比如灰度路由、多租户隔离），不要依赖 env() 或 Env::set()，而是直接构造连接参数传给 Db：
$db = Db::connect([
'type' => 'mysql',
'hostname' => '192.168.10.5',
'database' => 'tenant_xxx',
'username' => 'user',
'password' => 'pass',
]);
- 这种方式完全跳过配置文件和
env()解析流程，100% 可控 - 适合单次查询、命令行任务或中间件中做条件分支
- 注意：不能用于模型默认连接（
protected $connection是静态绑定的），只能显式调用Db::connect()
Env::set() 唯一可靠的作用场景
仅限于那些**在 Env::set() 之后才首次调用 env() 的地方**，且前提是这些调用发生在配置加载完成之后、又没被缓存——但 ThinkPHP 几乎没有这种设计。实际能用上的只有极少数情况：
- 某些第三方 SDK 在运行时读取
getenv('HTTP_PROXY')，你可提前Env::set('HTTP_PROXY', '...') - 自定义日志处理器里用
env('LOG_LEVEL')做分级，但需确保该处理器初始化晚于你的Env::set() - CLI 命令中，在
handle()方法开头设变量，然后在该方法内调用env()—— 因为 CLI 下配置加载时机较松散，部分env()调用可能延迟
绝大多数 Web 请求中，Env::set() 就像往已封口的罐头里喊话：声音进不去，内容也出不来。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
