thinkphp配置加载顺序是“后覆盖前”，最终生效的是最后一次出现的值；.env必须位于根目录且格式正确，app_env仅在env初始化阶段读取一次；自定义配置需在app.php的extra中注册；配置缓存runtime/config.php决定实际生效值。
ThinkPHP配置加载顺序不是“谁在前面谁生效”，而是“谁在后面谁覆盖”——理解这点，才能避免改了 .env 却连不上数据库、改了 config/dev.php 却没反应这类问题。
config() 返回 null 或旧值，大概率是加载没走到你改的文件
ThinkPHP 启动时只扫描一次配置目录，按固定链条合并（不是实时读取）。一旦某个配置项在靠前的文件里被定义，又被后面文件覆盖，那最终生效的就是最后一次出现的值；但如果某文件根本没被加载，它里面的配置就完全不存在。
-
convention.php总是第一个加载，但它是框架内置默认值，不建议直接改 -
app/config.php是应用级主配置，必须存在，且会参与所有环境 -
app/config/{env}.php（如dev.php）仅当APP_ENV=dev且APP_DEBUG=true时才加载，缺一不可 -
runtime/config.php是唯一支持Config::set()持久化写入的位置，其他文件修改后需清缓存或重启服务
APP_ENV 不生效？先确认 .env 是否被正确读取
APP_ENV 不是 PHP 超全局变量，也不是系统环境变量直通值。ThinkPHP 只在 think\initializer\Env 初始化阶段从项目根目录的 .env 文件读取一次，错过这个时机就永远是 production。
-
.env必须放在项目根目录（和think命令同级），不能放public/或config/下 - 内容必须是
APP_ENV=dev，不能写成app_env=dev或APP_ENV = dev（大小写敏感、无空格） - 如果服务器上
.env权限不对（如 600 且 PHP-FPM 用户无读取权），该文件会被静默跳过
自定义配置文件（如 wechat.php）为什么 config('wechat.app_id') 读不到
ThinkPHP 不会自动加载 app/config/ 下的任意 PHP 文件，必须显式声明。未声明的文件即使存在，也不会进入加载链。
- 在
app/config/app.php的'extra' => ['wechat']中注册，才能让框架识别并加载app/config/wechat.php - 键名支持点号分隔（如
wechat.app_id），但大小写敏感，config('Wechat.app_id')会返回null - 模板中使用需写成
{:config('wechat.app_id')}，不能省略引号 - 用
Config::load()手动加载时，第二参数$type必须指定（如'wechat'），否则会被合并进默认命名空间，导致键冲突
多应用模式下子应用配置不生效，是因为没被路由触发
开启 app_multi => true 后，app/admin/config/app.php 这类子应用配置不会预加载进全局配置，只有当前请求命中 admin 模块时才会加载。
- 全局调用
config('app.debug')读到的是根目录app/config/app.php的值，不是admin下的 - 在
admin模块内调用config('app.debug')，才读取自己目录下的配置 - 模块配置只覆盖同名项，部分核心参数（如
default_module）在模块级无效，因为已在应用初始化阶段锁定
最常被忽略的一点：配置缓存（runtime/config.php）一旦生成，后续所有配置加载都以它为准；config:clear 清的是它，不是重新解析 .env 或重跑整个加载链。改完 .env 后，得删掉 runtime/config.php 并确保下次请求重建它，否则永远读不到新值。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
