联合唯一校验需字段顺序与数据库索引严格一致，编辑时须排除自身id，推荐数组写法并避免错误占位符。
validate() 里用 rule 声明联合唯一时，字段顺序写反就失效
ThinkPHP 的 validate() 方法支持用 unique 规则做联合唯一校验，但它的底层是拼 SQL 的 WHERE 条件，字段顺序必须和数据库索引顺序严格一致，否则走不到索引，甚至查不到冲突数据。
- 比如数据库有个联合唯一索引
UNIQUE KEY `uk_type_status` (`type`, `status`)，那 rule 必须写成['type' => 'unique:table_name,type,status'] - 如果写成
['type' => 'unique:table_name,status,type']，生成的 SQL 是WHERE status = ? AND type = ?，MySQL 可能无法命中索引（尤其在非前缀字段上） - 验证通过但实际插入失败——这是最坑的情况，前端没报错，后端抛出
Integrity constraint violation
使用场景：新增时校验，编辑时要排除自己
联合唯一校验在编辑场景下容易漏掉“排除当前记录 ID”逻辑，否则一改就提示“已存在”。ThinkPHP 的 unique 规则支持第 4 个参数传主键值，但要注意字段名和值的对应关系。
- 新增：直接写
'unique:users,username,role_id' - 编辑：必须带上当前记录 ID，如
'unique:users,username,role_id,id,' . $this->id；注意第 4 个参数是字段名（不是值），第 5 个才是值 - 更安全的做法是用闭包验证，在
rule里写匿名函数，手动查库，避免规则字符串拼接出错
rule 字符串写法 vs. 数组写法，兼容性有差异
ThinkPHP 6.x 开始，unique 规则推荐用数组语法，尤其是涉及字段映射或复杂条件时，字符串写法容易歧义且不支持动态参数。
- 字符串写法：
'unique:users,username,role_id'—— 简单但硬编码，无法动态替换表名或字段 - 数组写法：
['unique' => ['users', 'username', 'role_id']]—— 支持变量插值，也更容易加额外条件，比如['unique' => ['users', 'username', 'role_id', 'status', 1]] - TP 5.1 对数组写法支持不完整，若项目还在用 5.1，建议统一用字符串 + 闭包兜底
自定义错误消息里，%1$s %2$s 这类占位符别乱用
ThinkPHP 的验证提示默认会把字段值塞进 %s 占位符，但联合唯一规则里它只认第一个字段的值，后面字段的值不会自动填充。强行用 %2$s 会显示空或者报错。
- 错误写法：
'username.unique' => '用户名和角色组合 %1$s 和 %2$s 已存在'——%2$s拿不到role_id的值 - 正确做法：用闭包验证 + 手动构造提示，或直接写死字段名，如
'用户名与角色组合已存在，请检查' - 更稳妥的是在控制器里捕获验证失败后，主动查一次冲突数据，把具体值拼进提示里
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
