ThinkPHP的\_confirm规则要求确认字段名必须为“原始字段名\_confirm”，且仅校验字符串完全相等，不支持忽略空格或大小写；需在验证器中为确认字段单独声明confirmed规则，并确保原始字段存在于$data中。
密码确认字段必须和原密码字段值完全相等
ThinkPHP 的 _confirm 规则本质是“字段名 + _confirm”自动匹配同名原始字段，不是通用比较规则。它只校验两个字段字符串是否完全一致，不支持自定义比较逻辑（比如忽略大小写、trim 后比对）。
常见错误现象：password_confirm 字段校验通过，但实际提交的是空字符串或前后有空格；或者前端传了 pwd_confirm，而验证器里写的是 password_confirm，导致规则压根没生效。
- 原始字段名必须严格等于
xxx，确认字段必须叫xxx_confirm（不能是xxxConfirm或confirm_xxx） - 验证器中只需声明
password_confirm字段并加_confirm规则，无需手动写比较逻辑 - 该规则默认开启
require校验 —— 如果password_confirm没传或为空，直接报错，不会等到比较阶段
在验证器类里正确声明 password_confirm 字段
很多人把 _confirm 当成独立规则写在 password 上，这是错的。它必须作为 password_confirm 字段自身的规则存在，且依赖原始字段在数据集中存在。
使用场景：用户注册/修改密码表单，字段为 password 和 password_confirm。
立即学习“PHP免费学习笔记（深入）”；
- 验证器的
rule数组中，要包含'password_confirm' => 'require|confirmed:password' -
confirmed:password中的password是原始字段名，必须和实际提交的键名一致 - 如果原始字段叫
pwd，那确认字段规则得写成confirmed:pwd，且字段名也得是pwd_confirm - 别漏掉
require—— 否则当password_confirm为空时，confirmed规则会被跳过，导致绕过校验
遇到 “confirmed field does not exist” 错误怎么办
这个错误不是说数据库字段不存在，而是验证器在当前数据中找不到你指定的原始字段（比如 confirmed:password，但数据里没有 password 键）。
典型触发条件：前端传参键名不一致、用了数组嵌套结构、或验证器提前过滤掉了原始字段。
- 检查
$data实际内容，用dump($data)确认是否存在password（或你写的那个原始字段名） - 如果表单数据被封装在
user子数组里（如['user' => ['password' => '123', 'password_confirm' => '123']]），验证器默认收不到password，需先用scene或手动提取 - 不要在
rule里写confirmed:user.password—— ThinkPHP 的confirmed不支持点号路径语法 - 兼容做法：改用闭包验证，在
rule中写'password_confirm' => ['require', function($value, $data) { return $value === ($data['password'] ?? ''); }]
需要更灵活比较（如忽略空格、大小写）就得绕过 _confirm
_confirm 规则底层就是字符串全等判断，没法扩展。一旦需求超出“完全一致”，就得放弃它，改用自定义验证逻辑。
性能影响几乎可忽略，但要注意：闭包验证无法被规则缓存，每次调用都会执行；而内置规则（如 confirmed）有优化路径。
- 例如要求密码确认忽略首尾空格：
'password_confirm' => 'require|callback:checkPasswordMatch'，然后在验证器里定义protected function checkPasswordMatch($value, $data) { return trim($value) === trim($data['password'] ?? ''); } - 如果还要支持空密码允许通过（某些老系统逻辑），就不能依赖
require，得把空值判断也写进闭包里 - 注意
$data是完整验证数据，不是仅当前字段 —— 这点和很多其他框架不同，容易误用$value单独判断
真正容易被忽略的是数据结构层级 —— 表单字段嵌套一层，confirmed 就彻底失效，这时候硬套规则只会浪费两小时查文档。宁可多写一行闭包，也别赌框架能自动解包。
