ThinkPHP多应用配置隔离关键在于版本适配：TP6+需think-multi-app扩展并启用app_multi_module；TP5.1仅为模块覆盖，无真正隔离；TP8原生支持但须严格配置入口与命名空间。
ThinkPHP 多应用配置不互相污染，关键在于框架版本和目录结构是否真正支持“应用级隔离”。不同版本实现逻辑完全不同，不能混用配置方式。
TP6+：靠 think-multi-app 扩展 + 独立 app/ 子目录
TP6 默认不支持多应用，必须安装 topthink/think-multi-app 才能启用。安装后，每个子应用（如 app/admin/、app/api/）拥有完整独立的配置体系：
- 每个子应用都有自己的
config/app.php、config/database.php等，互不影响 - 路由、中间件、异常处理全部在子应用内定义，
app/admin/middleware.php不会加载到 index 应用 - 命名空间自动绑定为
app\admin，类自动从对应目录加载，不会跨应用查找 - 务必确认
config/app.php中已开启'app_multi_module' => true，否则仍走单应用逻辑
TP5.1：没有真正多应用，只有模块级覆盖
TP5.1 的 application/admin/ 是模块（module），不是应用（app）。它没有独立配置目录，所有配置最终都合并进全局配置中：
- 模块专属配置（如
application/admin/config.php）只用于覆盖同名项，不能新增全局未定义的配置项 - 数据库、缓存等基础配置若在模块 config.php 中重写，仅对该模块的 Db::connect() 生效；但若控制器里手动 new Db() 或用静态方法，可能绕过模块配置
- 避免污染的核心是：不要在模块 config.php 中改影响全局行为的项（如
'default_module'改成'admin'会导致非 admin 请求也进 admin 模块） - 推荐做法：公共配置放
application/config.php，模块差异项用MODULE_NAME动态判断，例如数据库名、模板路径
TP8：原生支持，但需严格遵循目录与加载规则
TP8 内置多应用能力，无需额外扩展，但配置隔离依赖两个硬性条件：
立即学习“PHP免费学习笔记（深入）”；
- 每个子应用必须有完整的
config/目录，且入口文件（如public/admin.php）要显式指定应用名：App::http('admin')->run() - 子应用的
config/app.php中'app_namespace'必须设为该应用名对应的命名空间（如'app\admin'），否则容器无法正确解析类 - 环境变量（
.env）仍是全局生效的，若需按应用区分，得在子应用 config 中用Env::get('ADMIN_DB_HOST')这类带前缀的变量，再手动注入 - 中间件、事件监听器等服务类必须在子应用自己的
config/app.php中注册，不能写在根配置里
通用避坑要点
无论哪个版本，以下操作都会导致配置污染：
- 在公共配置中直接写死模块相关路径或数据库名，而不是用条件判断或环境变量
- 子应用里用
Config::set()动态修改配置，该修改会持续到请求结束，可能影响后续其他子应用的请求（尤其在 FPM 长连接场景） - 使用
Db::name('user')而非模型调用，跳过了模型层的连接切换和作用域控制 - 在中间件或初始化逻辑中读取 session、cookie 或 URL 参数来决定配置，这些值不可信且无法在 CLI/队列中复现
