使用闭包、自定义Rule类或扩展Validator实现Laravel自定义验证。1. 闭包适用于简单一次性规则；2. Rule类通过php artisan make:rule生成，实现passes和message方法，便于复用；3. 在Form Request中引入自定义Rule使代码更清晰；4. 通过AppServiceProvider的boot方法注册全局规则，如Validator::extend添加uppercase验证，并可用replacer自定义错误消息。根据场景选择方式：简单用闭包，通用用Rule类，高频使用则扩展Validator，确保逻辑清晰与高复用性。
在 Laravel 中，创建自定义验证规则有多种方式。你可以使用闭包、自定义验证类，或者通过 Rule 对象实现灵活的验证逻辑。下面介绍几种常用方法，帮助你在项目中实现自定义验证。
对于简单的验证场景，可以直接在验证规则中使用闭包。
400-7654-355
$validator = Validator::make($request->all(), [
'email' => [
'required',
'email',
function ($attribute, $value, $fail) {
if (strpos($value, 'example.com') !== false) {
$fail('邮箱地址不能使用 example.com 域名。');
}
},
],
]);
这种方式适合一次性使用的规则，但不便于复用。
Laravel 提供了 make:rule 命令来生成可复用的规则类。
php artisan make:rule ValidDomainEmail
生成的类位于 app/Rules 目录下，实现 passes 和 message 方法：
namespace App\Rules; use Illuminate\Contracts\Validation\Rule; class ValidDomainEmail implements Rule { public function passes($attribute, $value) { $blockedDomains = ['example.com', 'test.com']; $domain = substr(strrchr($value, "@"), 1); return ! in_array($domain, $blockedDomains); } public function message() { return '邮箱域名不在允许列表中。'; } }
然后在控制器或表单请求中使用：
inEmail implements Rule
{
public function passes($attribute, $value)
{
$blockedDomains = ['example.com', 'test.com'];
$domain = substr(strrchr($value, "@"), 1);
return ! in_array($domain, $blockedDomains);
}
public function message()
{
return '邮箱域名不在允许列表中。';
}
}
use App\Rules\ValidDomainEmail;
$validator = Validator::make($request->all(), [
'email' => ['required', 'email', new ValidDomainEmail],
]);
如果你使用 Form Request 验证，也可以直接引入自定义 Rule 类。
public function rules()
{
return [
'email' => ['required', 'email', new ValidDomainEmail],
];
}
这样代码更清晰，也更容易维护。
如果想添加类似 validate_something 的全局规则，可以在 AppServiceProvider 的 boot 方法中扩展 Validator：
use Illuminate\Support\Facades\Validator;
public function boot()
{
Validator::extend('uppercase', function ($attribute, $value, $parameters, $validator) {
return strtoupper($value) === $value;
});
}
然后就可以像其他规则一样使用：
'name' => 'required|uppercase'
你还可以通过 Validator::replacer() 自定义错误消息占位符替换。
基本上就这些。根据需求选择合适的方式：简单逻辑用闭包，通用逻辑用 Rule 类，频繁使用的特殊规则可以扩展 Validator。结构清晰，复用性强。
