很多人在 ThinkPHP5 里做前后台分域名时，第一反应是去改 route.php，希望把 www.example.com 和 admin.example.com 分别导向不同模块。但这条路在 TP5 里走不通，因为框架在解析路由之前，入口文件就已经决定了当前要绑定哪个模块。
要把这件事做稳，关键不是继续堆路由规则，而是按 TP5 的加载顺序处理：先用入口文件显式绑定模块，再让 Web 服务器把不同域名分发到不同入口。下面就按这个思路，把为什么会失效、正确配置方式，以及前后台入口显隐时的注意点一次说清。
为什么不能只靠 route.php 区分多域名
结论先说清楚：ThinkPHP5 不支持“单入口 + 多域名自动绑定模块”的开箱即用方案。必须使用 define('BIND_MODULE', 'xxx') 显式绑定模块，再配合 Web 服务器按域名分发请求，否则所有域名最终都会走默认模块，通常就是 index。
原因在于 TP5 的执行顺序。请求进入后，框架先读取入口文件，确定当前绑定模块；模块确定后，才会去加载对应模块下的路由配置。因此 route.php 并不是全局入口层配置，而是模块已经确定之后才生效的配置文件。
这也是为什么即使写了类似下面的规则，也不能达到预期：
Route::domain('admin.example.com', ['admin' => 'admin']);如果 public/index.php 没有提前绑定后台模块，请求进入时框架仍会按默认逻辑加载 index 模块，结果就是后台域名访问过来，依旧落到前台模块，模块内的路由规则甚至没有机会被加载。
常见现象与根本原因
- 访问
admin.example.com/index/index，结果仍然进入前台，而不是后台。 public/index.php没有做模块绑定，导致系统按默认模块处理请求。app/下的route.php属于模块内部配置，不能替代入口层的模块选择。
版本兼容性也要看清
这一点在 TP5.0.x 和 5.1.x 中都一样。它们都没有内置多应用模式，因此不能指望通过更高版本里常见的方式直接套用。比如 APP_MULTI_MODULE 这个常量是 TP6 才引入的，放到 TP5 里定义也不会生效。
正确做法：两个独立入口文件配合域名分流
在 TP5 里，前后台分域名最稳定、也最容易排错的办法，就是准备两个物理入口文件，分别绑定不同模块，再由 Nginx 或 Apache 按域名把请求送到对应入口。
具体做法很直接：
- 保留
public/index.php，在顶部添加define('BIND_MODULE', 'index'); - 复制一份为
public/admin.php，在顶部添加define('BIND_MODULE', 'admin'); - 让 Web 服务器根据 Host 头，把前台域名和后台域名分别指向不同入口文件
这样处理后，模块选择发生在最前面，后面的路由、控制器和模板渲染才会落到正确的业务目录。
Nginx 配置示例
下面这组配置的关键点，不是单纯改 index 指令，而是要确保 fastcgi_param SCRIPT_FILENAME 指向对应的入口文件：
server {
listen 80;
server_name www.example.com;
root /path/to/public;
index index.php;
location ~ .php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME $document_root/index.php;
include fastcgi_params;
}
}
server {
listen 80;
server_name admin.example.com;
root /path/to/public;
index admin.php;
location ~ .php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME $document_root/admin.php;
include fastcgi_params;
}
}这段配置的实际含义是：同样都访问 /path/to/public，但前台域名执行的是 index.php，后台域名执行的是 admin.php。这样入口文件不同，模块绑定也就自然分开了。
Apache 的处理思路
如果使用 Apache，思路也是一样的。可以通过不同的 <VirtualHost> 来区分域名，并分别设置 DocumentRoot 与 DirectoryIndex admin.php 等参数，本质上仍然是在 Web 服务器层先把请求送进正确入口。
前台隐藏入口、后台保留入口时要注意什么
实际项目里，常见需求并不是前后台都显式带入口文件，而是希望前台地址更干净，例如：
www.example.com/user/login访问前台，不显示index.phpadmin.example.com/admin/user/edit访问后台，保留admin.php
这类需求能否成立，不只取决于 TP5 本身，还取决于 Web 服务器重写规则和入口文件逻辑是否配套。
前台可以做重写，后台不要混用
前台域名可以通过 Nginx 重写，把不带入口文件的请求转交给 index.php：
if (!-e $request_filename) {
rewrite ^(.*)$ /index.php?s=$1 last;
}这段规则应该放在 www.example.com 对应的 server 块内。这样前台访问时可以隐藏 index.php，同时仍由前台入口接管请求。
后台则不要照搬这套写法。对于 admin.example.com，更稳妥的方式是不要做同样的伪静态重写，而是让请求明确落到 admin.php 上。否则入口层一旦被模糊化，域名与模块之间的绑定关系就容易失效。
后台最容易踩的两个坑
第一，admin.php 中必须调用 thinkApp::route(false) 关闭后台路由，否则后台请求可能继续尝试匹配前台路由规则，最终表现为 404、跳转异常，或者控制器分发错乱。
第二，TP5 默认开启 url_html_suffix。如果前台启用了伪静态，而后台又没有同步处理这个设置，就可能出现后台 URL 被附加 .html 后缀的情况，进一步导致 404。这个问题看起来像路由失效，实质上是前后台 URL 规则不一致。
真正决定成败的是 TP5 的加载顺序
这类问题之所以反复出现，往往不是因为配置项太多，而是因为容易误判 TP5 的执行阶段。它的基本顺序是：
入口文件 → 模块绑定 → 路由加载 → 控制器执行
只要理解这个顺序，就能明白为什么“纯靠路由切模块”在 TP5 里行不通。因为在路由开始工作之前，系统早就已经根据入口文件锁定了模块。此时再想通过路由或中间件反向切换模块，已经晚了一步。
所以，针对 ThinkPHP5 的前后台分域名，最稳妥的判断标准也很明确：
- 是否使用独立入口文件分别绑定
index和admin模块 - Web 服务器是否按域名把请求准确分发到对应入口
- 后台是否关闭了可能与前台冲突的路由行为
- 前后台 URL 重写和后缀规则是否分别处理清楚
把这几件事落实到位，TP5 的前后台域名区分就能稳定运行；如果绕开入口文件，只寄希望于 route.php 或额外中间件，通常都会在模块加载这一步先出问题。
