env() 必须在配置文件中显式调用才能生效，.env 仅为数据源；config() 仅临时覆盖、不参与初始化，清缓存即失效；runtime/config.php 是最终生效快照，修改 .env 后必须清除该缓存。
env() 只能在配置文件里用，config() 不能在运行时覆盖 env() 的结果
ThinkPHP 的配置不是“写在哪都能生效”，而是有严格分层和加载时机。你把 env('DB_HOST') 写在控制器里，它能返回值，但对数据库连接没任何影响——因为数据库配置早在 App 初始化阶段就已合并完成并缓存进 runtime/config.php。
配置文件里必须显式调用 env()
所有实际参与运行的配置项（比如 database.php 中的 hostname、username），都得写成 env('DB_HOST', '127.0.0.1') 这种形式。不能只在 .env 里写 DB_HOST=192.168.1.100 就以为完事了。
-
.env文件只是数据源，不调用env()就等于没读它 - 第二个参数（默认值）不可省略，尤其对空值敏感字段（如前缀、密码），用
''比null更安全 - 变量名必须全大写 + 下划线，
DB_HOST✅，db_host或DB-Host❌ - 值含
@、!、空格等特殊字符，必须用单引号包裹：DB_PWD='pass@123!'✅
config() 只适合临时覆盖或调试，不能替代 env() 分层
config('database.hostname', '10.0.0.5') 确实能改当前请求的数据库地址，但它只在本次请求生命周期内有效，且会绕过所有环境逻辑（比如读不到 .env 里的其他字段）。这不是配置管理，是打补丁。
- 运行时
config()调用优先级高于配置文件，但低于.env—— 它无法改变框架初始化时已经确定的连接结构 - 多库场景下，
Db::connect('slave')依赖的是database.php里定义的完整连接块，运行时改单个字段会导致结构缺失（比如漏掉charset或deploy） - 清缓存后
config()设置全部丢失，不具备部署稳定性
.env 是运行时唯一可信来源，config/*.php 只做结构兜底
ThinkPHP 8 要求 .env 全量覆盖 connections 配置。这意味着 database.php 里哪怕只留一个死值（比如 'type' => 'mysql'），也会被整个连接块丢弃——框架只认 env() 返回的数组。
-
.env必须放在项目根目录，UTF-8 无 BOM 编码，等号两侧不能有空格 - 不同环境用
APP_ENV=prod控制加载config/prod/目录，但该目录下的database.php仍需调用env() - 多应用模式下，子应用（如
app/admin/config/database.php）也必须独立调用env()，不能复用根目录的.env值（除非显式传参）
真正容易被忽略的是：你改完 .env 后，runtime/config.php 不清，等于什么都没改。这个文件是最终生效的配置快照，不是中间产物。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
