ThinkPHP多环境配置不覆盖的关键在于正确使用Env::get()动态读取.env变量并在config/*.php中编写分支逻辑，同时每次部署后必须执行php think clear:config和php think optimize:config更新缓存。
ThinkPHP 多环境配置文件怎么不互相覆盖？
ThinkPHP 默认通过 .env 文件 + config/ 目录下的 PHP 配置文件协同工作，但很多人发现：改了 .env 的 APP_ENV，database.php 还是读的开发环境配置——根本没切换。问题不在“有没有多环境”，而在“加载顺序是否被手动干预过”。
常见错误现象：APP_ENV=production，但 php think run 启动后日志里仍显示连接本地 MySQL；或者部署到服务器后，缓存始终不生效。
- 确认没在
config/app.php里硬编码'env' => 'dev'—— 这会直接覆盖.env -
config/下的 PHP 文件（如database.php）默认**不自动按环境拆分**，必须手动加逻辑判断 - ThinkPHP 6+ 的
Env类会在bootstrap/app.php早期加载.env，但 config 文件是在容器注册阶段才合并的，时机晚于环境变量读取
database.php 怎么根据 APP_ENV 动态返回不同配置？
不能指望框架自动帮你切数据库配置。ThinkPHP 不像 Laravel 那样内置 config/database/production.php 这种目录结构，它靠的是“一个文件里写分支逻辑”。
使用场景：本地连 127.0.0.1:3306，测试环境连内网 db-test，生产走 RDS 实例，且密码来源不同（.env vs 密钥管理服务）。
立即学习“PHP免费学习笔记（深入）”；
正确做法是在 config/database.php 里用 Env::get() 显式读取并分支：
return [
'default' => 'mysql',
'connections' => [
'mysql' => [
'type' => 'mysql',
'hostname' => Env::get('DB_HOST', '127.0.0.1'),
'database' => Env::get('DB_NAME', 'thinkphp'),
'username' => Env::get('DB_USER', 'root'),
'password' => Env::get('DB_PASS', ''),
// ……
],
],
];
- 别用
$_ENV['DB_HOST']——Env::get()会自动 fallback 到.env和系统环境变量，更健壮 - 所有敏感字段（如
password）必须从.env读，不能写死在 PHP 文件里，否则上线即泄露 - 如果生产环境密码来自阿里云 KMS，可在
Env::get('DB_PASS')为空时追加解密逻辑，但注意别让解密失败导致整个 config 加载中断
为什么 config/cache.php 在 production 下还是用 file 驱动？
因为 ThinkPHP 的驱动选择逻辑写在 config/cache.php 里，而你很可能没改它。框架不会根据 APP_ENV 自动把 file 换成 redis，这得你自己写清楚。
性能影响明显：开发用 file 没问题，但生产环境高并发下，file 缓存锁竞争会导致请求排队，TPS 掉一半以上。
- 检查
config/cache.php中'default' => 'file'是否被硬编码；应改为Env::get('CACHE_DRIVER', 'file') - 确保
.env里有对应项：CACHE_DRIVER=redis，且redis配置块已正确定义（包括host、port、auth） - Redis 连接失败时，ThinkPHP 默认静默降级为
file，容易误以为“切成功了”——加日志或监控确认实际使用的驱动
部署时 config 缓存没更新，导致环境配置失效
ThinkPHP 会把所有 config 合并后生成 runtime/config.php，这个文件一旦存在，后续启动就不再读原始 config/ 和 .env。很多 CI/CD 脚本忘了清缓存，结果新 .env 白改。
常见错误现象：服务器上 .env 已改成 APP_ENV=production，但 php think optimize:config 没执行，或执行了但 runtime 目录权限不对，缓存没写进去。
- 上线前必须运行
php think clear:config+php think optimize:config，二者缺一不可 - CI 脚本中不要用
rm -rf runtime/全删——会连日志、trace 等一起丢；只删runtime/config.php更安全 - 如果用了 Docker，注意 volume 挂载是否覆盖了
runtime/，导致缓存写不进容器内
最麻烦的点其实是：环境变量和配置缓存的耦合关系太隐蔽。改完 .env 不清缓存，等于没改；清了缓存但 config/*.php 里没做 Env::get() 分支，还是白清。
