Laravel日期格式验证：需同时兼容dd/mm/yyyy与d/m/Y格式

你遇到的问题很常见——Laravel内置的date_format:"d/m/Y"规则是严格匹配格式的：d要求两位数字的日（必须带前导零），m要求两位数字的月（同样必须带前导零），所以5/2/1991这种单数字的日/月就会验证失败。

下面给你两种实用的解决方法：

方法一：使用闭包自定义验证逻辑 #

直接在验证规则里写匿名函数，同时检查两种格式（带前导零和不带前导零）：

public function rules() {
    return [
        'date_of_birth' => [
            'required',
            function ($attribute, $value, $fail) {
                // 定义允许的两种日期格式
                $allowedFormats = ['d/m/Y', 'j/n/Y'];
                $isValid = false;

                foreach ($allowedFormats as $format) {
                    // 尝试用当前格式解析日期
                    $date = \DateTime::createFromFormat($format, $value);
                    // 验证解析成功且格式完全匹配（避免无效日期比如32/13/2023）
                    if ($date && $date->format($format) === $value) {
                        $isValid = true;
                        break;
                    }
                }

                if (!$isValid) {
                    $fail('The :attribute must be a valid date in dd/mm/yyyy or d/m/yyyy format.');
                }
            }
        ]
    ];
}

这里的j代表不带前导零的日（比如5），n代表不带前导零的月（比如2），刚好覆盖你需要的两种输入格式。

方法二：创建可复用的自定义验证规则 #

如果这个验证逻辑需要在多个地方使用，建议单独创建一个规则类：

1. 生成规则类：

php artisan make:rule FlexibleDateFormat

2. 编辑生成的app/Rules/FlexibleDateFormat.php文件：

namespace App\Rules;

use Illuminate\Contracts\Validation\Rule;

class FlexibleDateFormat implements Rule
{
    /**
     * 判断验证规则是否通过
     */
    public function passes($attribute, $value)
    {
        $allowedFormats = ['d/m/Y', 'j/n/Y'];
        foreach ($allowedFormats as $format) {
            $date = \DateTime::createFromFormat($format, $value);
            if ($date && $date->format($format) === $value) {
                return true;
            }
        }
        return false;
    }

    /**
     * 获取验证错误消息
     */
    public function message()
    {
        return 'The :attribute must be a valid date in either dd/mm/yyyy or d/m/yyyy format.';
    }
}

3. 在验证规则中使用这个自定义类：

public function rules() {
    return [
        'date_of_birth' => 'required|'.\App\Rules\FlexibleDateFormat::class
    ];
}

两种方法都能完美兼容05/02/1991和5/2/1991这两种输入格式，同时还能确保日期的有效性（比如不会允许32/13/2023这种无效日期）。

内容的提问来源于stack exchange，提问作者Radhu