ThinkPHP不支持按域名自动切换验证器，需在验证前根据域名动态选择验证器实例；可通过多应用绑定、控制器手动映射、中间件统一注入或数据库动态加载规则实现。
ThinkPHP 本身不提供“按域名自动切换验证器”的内置机制，验证器规则的加载与域名无关。要实现不同二级域名（如 admin.example.com、api.example.com）应用不同验证规则，关键不是改验证器本身，而是**在请求进入验证环节前，根据域名动态选择或构造对应的验证器实例**。核心逻辑在于：域名识别 → 应用上下文隔离 → 验证器路由分发。
一、确保域名已正确绑定并区分应用上下文
这是前提。若所有子域名都落在同一个应用（如 app/），后续验证器就无法天然隔离。必须先完成真正的多应用或域名级分发：
- 多应用模式下，在
config/app.php中配置'domain_bind' => ['admin.example.com' => 'admin', 'api.example.com' => 'api']，让不同域名加载独立应用目录（app/admin/、app/api/） - 每个应用目录下各自定义验证器（如
app/admin/validate/UserValidate.php和app/api/validate/UserValidate.php），规则可完全不同 - 禁用全局
allow_url_lang等干扰项，避免域名判断被参数覆盖
二、在控制器中按域名动态调用验证器
如果因架构限制仍共用一个应用（如单应用多模块），则需手动识别域名并加载对应验证器：
- 在控制器方法开头，用
$host = $this->request->host()获取完整 Host（如admin.example.com） - 根据
$host映射到验证器类名，例如：$validatorClass = match($host) {<br> 'admin.example.com' => \app\admin\validate\UserValidate::class,<br> 'api.example.com' => \app\api\validate\UserValidate::class,<br> default => \app\common\validate\UserValidate::class<br>}; - 再通过
Validate::make()或实例化该类执行校验：$validate = new $validatorClass();<br>if (!$validate->check($data)) {<br> throw new ValidateException($validate->getError());<br>}
三、用中间件统一注入域名感知的验证器
避免每个控制器重复写域名判断，推荐将逻辑前置到中间件：
立即学习“PHP免费学习笔记（深入）”；
- 创建中间件
DomainValidatorMiddleware，放在全局中间件队列最前面 - 在
handle()中解析$request->host()，生成验证器实例或规则数组，并存入请求对象：$request = $request->withAttr('validator', $validatorInstance); - 控制器中直接使用：
$validate = $this->request->attr('validator');<br>if (!$validate || !$validate->check($data)) { ... } - 注意：此方式要求验证器类支持运行时传参或构造，建议用
Validate::make($rules)动态构建更灵活
四、数据库驱动的动态规则（适用于 SaaS 多租户）
当子域名对应不同商户（如 shop1.example.com），且验证规则需从数据库读取时：
- 关闭静态验证器类依赖，全程使用
Validate::make() - 在中间件或基类中，根据子域名查出商户 ID，再查该商户专属字段规则（如 JSON 字段
validate_rules） - 将数据库返回的规则数组传给
Validate::make()，并可搭配->message()注入定制错误提示 - 示例规则结构：
['mobile' => 'require|mobile|unique:users,mobile,0,id,tenant_id,' . $tenantId]，其中$tenantId已动态注入
