当验证逻辑在多个地方重复时应使用Rule类而非闭包，因其支持复用、IDE跳转、测试及规则组合；闭包仅适用于临时或上下文依赖的单点校验。
什么时候该用 Rule 类，而不是闭包？
当同一个验证逻辑在多个 FormRequest 或控制器里重复出现时，闭包会迅速导致代码散落、难以维护。比如「用户名不能包含空格或特殊符号」「手机号必须符合中国 11 位格式且以 1 开头」这类规则，一旦写成闭包塞进 rules()，下次在更新用户、注册、导入 Excel 三个地方都要复制粘贴，改一处漏两处。
Rule 类天然支持复用、IDE 跳转、单元测试，而且能轻松组合其他规则（如和 required_if 配合）。闭包只适合临时调试或单点逻辑，比如「当前请求 IP 是白名单才校验邮箱域名」这种带上下文依赖的判断。
- Rule 类必须实现
Illuminate\Contracts\Validation\Rule接口，含passes()和message() - 若字段为空时也想触发验证（比如允许 null 但要检查 null 是否合法），需改用
ImplicitRule接口 - 生成命令是
php artisan make:rule ValidPhoneNumber，类默认放在app/Rules/
Rule 类里怎么访问请求全部数据？
passes() 方法默认只传入当前字段名和值，拿不到其他字段——这在做「密码确认」或「起止时间比较」时很致命。解决办法是把整个 $data 传进去，但 Laravel 不直接支持。正确做法是在 FormRequest 的 rules() 中用 new ValidPasswordConfirmation($this->all()) 这种方式把完整请求数据注入规则实例。
示例：ValidPasswordConfirmation 构造函数接收 $data，passes() 里就能取 $data['password'] 和 $data['password_confirmation'] 做比对。别试图在 passes() 里用 request() 辅助函数——它返回的是当前请求，不是当前验证上下文的数据快照，可能出错。
- 不要在
passes()里调用request()->input()或$request->all() - 构造函数传参是唯一可靠方式，且需确保 FormRequest 实例化早于验证执行
- 如果规则需要数据库查询（如查重），记得在构造函数里只存必要 ID 或条件，避免提前执行查询
为什么 message() 返回字符串却能自动替换 :attribute？
Laravel 在底层做了字符串插值处理，只要你在 message() 里写 ':attribute 不能为 example.com'，框架就会自动把 :attribute 替换成字段名（比如 email）。这个机制不依赖你返回的是静态字符串还是动态拼接结果，但前提是：字段名必须和表单提交的 key 一致，且没被 attributes() 方法覆盖过。
如果你在 FormRequest 里重写了 attributes()，比如返回 ['email' => '邮箱地址']，那 :attribute 就会被替换成「邮箱地址」而非「email」。这点容易被忽略，尤其当你在多语言项目里混用中文字段名时，错误提示可能突然变成英文字段名。
-
:attribute是唯一受支持的占位符，:value、:min等不会自动解析 - 自定义消息里不要用 PHP 变量插值（如
"{$attribute} 无效"），会破坏框架替换逻辑 - 如果需要动态内容（如显示当前最大长度），得在
message()里手动拼接，不能依赖占位符
Rule 类和 FormRequest 的 prepareForValidation() 怎么协作？
prepareForValidation() 是 FormRequest 里预处理数据的地方，比如把空字符串转为 null、标准化手机号格式、过滤 HTML 标签。它在验证开始前执行，所以 Rule 类拿到的已经是清洗后的值。这意味着：如果你在 Rule 类里又做了一遍 trim 或正则清理，就属于重复劳动；更糟的是，如果 prepareForValidation() 把 ' 13800138000 ' 处理成 '13800138000'，而 Rule 类还按带空格逻辑校验，就会误判失败。
推荐分工：格式标准化、空值归一、敏感词过滤等前置操作全放 prepareForValidation()；业务语义校验（如「不能与现有用户重名」「必须大于创建时间」）放 Rule 类。
-
prepareForValidation()修改的是$this->data，会影响所有后续规则 - Rule 类不应再做数据清洗，专注“是否合法”的布尔判断
- 如果 Rule 类报错但你怀疑是数据没清洗干净，先 dump
$this->all()确认输入状态
prepareForValidation() 和构造函数传参这两个环节。 
