在 laravel 中，若需对非用户提交、而是程序生成的字段（如 `usercode::getcode()` 生成的验证码）执行数据库唯一性校验，不能直接将动态值作为规则键名；正确做法是通过 `prepareforvalidation()` 预填充字段，再在 `rules()` 中标准校验。
Laravel 的验证机制默认只校验请求体（$request->all()）中实际存在的字段。你原代码中将 $userCode 直接用作规则数组的键名（如 'ABC123' => 'unique:user_codes,code,ABC123'），这会导致 Laravel 尝试查找名为 "ABC123" 的请求字段进行校验——而该字段根本未提交，因此跳过验证，错误自然不会触发。
✅ 正确解法是：将动态生成的值主动注入请求数据，使其成为可被验证器识别的“虚拟请求字段”。Laravel 提供了 prepareForValidation() 钩子方法，专为此类场景设计。
以下是一个完整、可直接使用的 FormRequest 示例：
<?php
namespace App\Http\Requests;
use Illuminate\Foundation\Http\FormRequest;
class StoreUserRequest extends FormRequest
{
protected function prepareForValidation(): void
{
// 将程序生成的 code 注入请求数据，字段名为 'user_code'
$this->merge([
'user_code' => \App\Models\UserCode::getCode(),
]);
}
public function rules(): array
{
return [
'name' => 'required|string|max:255',
'email' => 'required|email|unique:users,email',
'user_code' => 'required|string|unique:user_codes,code', // ✅ 标准字段校验
];
}
public function messages(): array
{
return [
'user_code.unique' => '该验证码已被使用，请重新获取。',
];
}
}? 关键要点说明：
- prepareForValidation() 在验证逻辑启动前执行，确保 user_code 已存在于 $request->all() 中；
- 规则中 'user_code' => 'unique:user_codes,code' 表示：检查 user_codes 表的 code 列是否已存在当前请求的 user_code 值；
- 不需要手动拼接 ,id 参数（如 ,ABC123），因为 unique 规则默认仅比对「其他行」，不包含当前行（此时无 ID 上下文，等同于全表唯一）；若后续需排除某条记录（如编辑场景），可使用 unique:user_codes,code,{$id},id；
- 建议为该字段添加 'required|string'，防止 getCode() 返回 null 或非字符串导致数据库查询异常；
- 若 UserCode::getCode() 可能失败，应在该方法内处理异常，或在 prepareForValidation() 中加入防御性判断（如 throw_if(blank($code), ValidationException::withMessages(...))）。
通过此方式，你既保持了验证逻辑的集中性（全部在 FormRequest 中），又符合 Laravel 的验证契约，无需自定义验证器或侵入控制器——真正实现“业务逻辑与校验逻辑解耦”。
