ThinkPHP 5 不支持真正多应用模式，仅支持共享上下文的多模块；domain_bind仅映射域名到模块，不隔离配置、路由或中间件，无法实现应用级隔离。
ThinkPHP 5 不支持多应用模式，所谓“域名绑定多应用”是误用概念——TP5 只有“多模块”，且模块间共享同一套应用上下文，无法真正隔离配置、路由或中间件。
为什么 TP5 的 domain_bind 配置绑不了“应用”
TP5 的 domain_bind（位于 config/app.php）只做一件事：把某个域名映射到一个模块（module），比如 'admin.example.com' => 'admin'。它不会创建独立的 app/admin/ 目录结构，也不会切换命名空间、配置加载路径或路由文件位置。
- 所有模块共用根目录下的
app/controller/和app/config/ - 控制器类必须按
app\controller\admin\Index这种命名空间写，但实际文件仍放在app/controller/admin/Index.php（非独立应用目录） -
domain_bind失效常见原因：没开启url_domain_deploy，或 DNS/Host 头未正确传递到 PHP
TP5 中实现“类多应用效果”的真实限制
你无法在 TP5 里让 admin.example.com 和 api.example.com 分别加载完全独立的数据库配置、中间件栈或命令行指令——因为它们都运行在同一个 Application 实例下。
- 模块间不能有同名配置项，
app/admin/config/database.php不会被自动加载，必须手动Config::load() - 路由定义全在
route/route.php，无法为不同域名启用不同route.php文件 - URL 生成函数
url('admin/index')默认不带域名，需额外传['domain' => 'admin.example.com'] - 子域名通配（如
*.example.com）需 Web 服务器配合，TP5 本身不解析泛域名
如果坚持用 TP5 做域名分流，只能靠入口层硬切
绕过框架限制的唯一可靠方式，是在 public/index.php 中根据 $_SERVER['HTTP_HOST'] 提前 define 模块名，并重写 MODULE_NAME 常量，再跳过默认模块检测逻辑。
立即学习“PHP免费学习笔记（深入）”；
- 必须在
require __DIR__.'/../thinkphp/start.php';之前执行 - 示例：
if ($_SERVER['HTTP_HOST'] === 'admin.example.com') { define('MODULE_NAME', 'admin'); } - 后续所有路由、控制器、模板路径都会以该模块名为前缀，但
app/config/仍全局共享 - 此方式无法解决缓存驱动、日志通道、数据库连接等运行时组件的隔离问题
真正需要多应用？必须升级到 TP6+ 并安装 topthink/think-multi-app
TP5 的模块机制本质是路径前缀 + 命名空间约定，不是应用隔离。如果你的项目已出现以下任一情况，说明 TP5 架构已达临界点：
- 后台和 API 共用一套数据库连接，但需要不同超时/前缀/读写分离策略
- 想为 admin 域名禁用某些中间件（如 CORS），却影响前台请求
- 部署时发现
php think命令在不同域名下行为不一致（因无 Host 上下文） - 试图在
app/admin/下放独立command.php，但命令始终不被识别
这些不是配置技巧能解决的，是 TP5 底层设计决定的——它没有应用级容器、没有应用专属事件注册、也没有应用生命周期钩子。强行在 TP5 上模拟，只会让维护成本指数上升。
