ThinkPHP 5.1 配置加载顺序严格，修复需三步：理清层级（应用配置放config/、模块配置放application/模块名/config/）、检查路径与命名一致性、清除runtime缓存并验证日志。
ThinkPHP 5.1 配置加载本身有严格顺序，所谓“错乱”不是框架随机打乱，而是你手动干预或结构误配导致高优先级配置未生效、低优先级配置意外覆盖——修复关键在于理清层级、检查路径、清除缓存三步到位。
确认配置文件是否落在正确目录结构下
TP5.1 依赖约定目录名和文件位置来识别配置类型，放错地方就会跳过加载或被误判：
- 应用级配置（如
app.php、database.php）必须放在config/目录下（非application/config/） - 模块级配置（如
index/config/app.php）必须位于application/index/config/，且模块名（index）需与路由/控制器命名一致 - 若把模块配置误放到
config/下，它会被当作应用配置加载，但因命名空间不匹配，部分参数（如模板路径、中间件）会静默失效 - 动态配置只能在运行时调用
config()或Config::set()，不能写进任何.php配置文件里
检查同名配置项是否被意外覆盖
后加载的配置会覆盖先加载的，比如：
-
config/app.php设了'app_debug' => false -
application/index/config/app.php又写了'app_debug' => true
→ 那么访问index模块时，调试模式就真开启了，而其他模块仍是关闭状态 - 这不是 bug，是设计行为。若想全局统一，就不要在模块配置里重复定义
app_debug、default_module、url_common等全局参数 - 特别注意
template.php中的view_path：若模块配置里改了它，但对应目录不存在，后续fetch()就可能传入空字符串，触发include(): Filename cannot be empty
强制刷新配置缓存并验证加载链
TP5.1 启动时会把全部配置合并编译进 runtime/cache/ 下的 PHP 文件，改了配置不删缓存=白改：
- 删除整个
runtime/目录（不只是cache/） - 访问页面时观察
runtime/log/下最新日志，搜索Config关键字，可看到各配置文件加载顺序和最终合并结果 - 想临时打印当前生效的完整配置，可在控制器中加：
dump(config()); // 仅开发环境可用，勿留在线上
- 若发现某配置项始终没出现，说明它根本没被加载——回溯文件路径、模块名、大小写（Linux 下
Index和index是两个模块）
不复杂但容易忽略
