在 Laravel 8 中，当使用 type="text" 输入用户名并手动拼接域名（如 @university.com）时，需在验证前完成拼接，否则 unique:complaints 验证的是原始用户名而非完整邮箱，导致校验失效。
在 laravel 8 中，当使用 `type="text"` 输入用户名并手动拼接域名（如 `@university.com`）时，需在验证前完成拼接，否则 `unique:complaints` 验证的是原始用户名而非完整邮箱，导致校验失效。
在你的场景中，用户仅输入邮箱前缀（如 stackoverflow），后端自动拼接 @university.com 构成完整邮箱（即 [email protected]）。但当前代码中，$request->validate(['email' => 'required|unique:complaints']) 是在拼接之前执行的，因此验证器实际检查的是数据库中是否存在 stackoverflow 这条记录（字段值为纯用户名），而非完整邮箱 —— 这显然与 complaints 表中真实存储的 email 字段（如 [email protected]）不匹配，造成唯一性校验失效。
✅ 正确做法是：先拼接完整邮箱，再进行验证。同时，为确保数据一致性与安全性，建议将拼接逻辑前置，并移除前端 JavaScript 的冗余过滤（易被绕过），交由后端统一处理。
以下是优化后的控制器代码：
use Illuminate\Support\Str;
use App\Models\Complaint;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\Mail;
public function verify(Request $request)
{
// 1. 获取原始输入并拼接完整邮箱
$rawUsername = $request->string('email')->trim();
if (empty($rawUsername)) {
return back()->withErrors(['email' => 'Email username is required.'])->withInput();
}
$fullEmail = $rawUsername . '@university.com';
// 2. 验证拼接后的完整邮箱是否唯一（关键！）
$validated = $request->validate([
'email' => [
'required',
'string',
'max:255',
'regex:/^[a-zA-Z0-9#\-+_.]+$/u', // 允许的用户名字符（服务端校验）
Rule::unique('complaints', 'email')->where(fn ($query) => $query->where('email', $fullEmail)),
],
], [
'email.unique' => 'This email is already submitting a complaint. Please wait until it is resolved before submitting again.',
'email.regex' => 'Email username contains invalid characters.',
]);
// 3. 构建待保存数据（注意：此时 $validated['email'] 仍是原始输入，需覆盖）
$data = [
'email' => $fullEmail,
'token' => Str::random(127),
];
// 4. 创建投诉记录
$complaint = Complaint::create($data);
// 5. 发送验证邮件
$mailData = [
'content' => 'To make complaint click the button below',
'url' => route('complaint.create', ['token' => $complaint->token]),
];
Mail::to($fullEmail)->send(new VerifyAlternative($mailData));
return redirect()->route('complaint.check')
->with('success', 'Registration email sent successfully. Please check your inbox.');
}
? 关键改进说明：
- ✅ 验证时机修正：Rule::unique(...) 直接作用于 $fullEmail，确保校验的是最终入库的完整邮箱值；
- ✅ 安全加固：移除前端不可靠的 oninput 过滤，改用服务端 regex 规则严格限制用户名字符集；
- ✅ 可读性提升：使用 Illuminate\Support\Stringable::string() 安全获取并修剪输入；
- ✅ 路由优化：推荐使用 route() 辅助函数生成 URL，避免硬编码地址；
- ⚠️ 注意事项：complaints 表中 email 字段必须为 VARCHAR 类型且有足够长度（建议 ≥ 255），并建立数据库索引以提升 unique 查询性能。
最后，表单中可保留 type="text"，但应更新 placeholder 和 label 以明确提示用户仅输入用户名（如 “Your username (e.g., john)”），避免混淆。这样既满足业务需求，又保障了验证准确性与系统健壮性。
