ThinkPHP5.1模块配置按惯例配置→应用配置→模块配置→动态配置优先级自动叠加覆盖，右侧同名项覆盖左侧；模块配置须置于app/{module}/config/下且文件名匹配，需开启app_multi_module，动态配置仅作用于当前请求。
ThinkPHP5.1模块配置加载流程不是手动“合并”操作，而是框架按固定优先级自动叠加生效，必须理解其顺序才能避免配置被覆盖或失效。
配置加载的默认优先级顺序
框架内部严格遵循：惯例配置 → 应用配置 → 模块配置 → 动态配置。这个顺序从右向左覆盖，即右侧的配置项会覆盖左侧同名项。
惯例配置是框架内置的默认值（如app_debug => false），无法直接修改；应用配置存于config/目录下（如config/app.php）；模块配置位于app/{module}/config/目录中；动态配置则通过Config::set()或config()函数在运行时写入。
例如你在config/app.php设'default_lang' => 'zh-cn'，又在app/api/config/app.php里写'default_lang' => 'en-us'，访问api模块时语言将自动变为英文——模块配置生效了。
立即学习“PHP免费学习笔记（深入）”；
模块配置文件如何被识别和加载
模块配置文件必须放在对应模块目录下的config/子目录中，且文件名需与应用配置一致（如database.php、cache.php），框架才会自动加载。
方法一：使用标准命名
在app/admin/config/database.php中定义数据库连接参数，该文件仅在admin模块被访问时加载，不影响index或其他模块。
方法二：启用模块独立配置开关
确认config/app.php中'app_multi_module' => true已开启（多模块默认开启），否则模块配置目录不会被扫描。
【模块配置目录必须存在且非空，否则框架跳过加载】
动态配置介入时机与作用域
第一步：在控制器中调用config('app_debug', true)，该设置仅对本次HTTP请求有效，不影响其他请求或模块。
第二步：在中间件中执行Config::set('session.name', 'TP5_ADMIN')，可为当前模块定制会话标识，但不能修改app.app_namespace等初始化后不可变项。
第三步：使用Config::pull('database')获取当前模块已加载的完整database配置（含应用层+模块层合并结果），比Config::get('database.') 更精准反映最终生效值。
注意：Config::set()不能覆盖已在应用配置中锁定的参数，比如default_module必须在入口文件中用define('BIND_MODULE', ...)控制，运行时设置无效。
验证配置是否按预期加载
① 在模块的controller/Index.php中加入：dump(config('app'));
访问该模块URL，观察输出中default_lang、app_debug等字段是否为模块配置值。
② 在app/api/config/app.php中故意写错语法（如漏掉分号），访问api模块时会报Parse Error——这说明模块配置已被加载器读取并解析。
③ 对比不同模块下config('database.hostname')返回值，若返回不同地址，证明模块级数据库配置已成功覆盖应用级配置。
