不推荐单独用正则验证日期格式。正则仅能粗筛格式（如剔除2023/01/01），无法识别2023-02-30等逻辑错误；必须配合DateTime::createFromFormat()或checkdate()做语义校验，并注意时区、格式严格匹配及返回值检查。
PHP 表单中用正则验证日期格式靠谱吗？
不推荐单独用正则验证日期格式。正则能检查字符串是否「像」YYYY-MM-DD，但无法判断2023-02-30或2023-13-01这种逻辑上不存在的日期。常见错误是写一个看似严格的正则（比如/^\d{4}-(0[1-9]|1[0-2])-(0[1-9]|[12][0-9]|3[01])$/），结果仍放过非法组合。
真正安全的做法是：先用正则粗筛格式，再用 PHP 内置函数做语义校验。
- 正则只负责剔除明显乱输的（如
2023/01/01、2023-1-1、abcd-ef-gh） - 之后必须调用
DateTime::createFromFormat()或checkdate()确认年月日是否真实存在 - 注意时区影响：
DateTime默认使用当前时区，若表单未带时区信息，应显式设为new DateTimeZone('UTC')或new DateTimeZone('Asia/Shanghai')
用 DateTime::createFromFormat() 验证 Y-m-d 最稳妥
这是 PHP 5.3+ 推荐方式，能精确控制格式、容忍空格、返回明确失败信号。
关键点：
立即学习“PHP免费学习笔记（深入）”；
- 调用后必须检查返回值是否为
false，不能只看是否抛异常（它默认不抛异常） - 格式字符串要和用户输入严格对应，例如输入是
2023-05-20，就用'Y-m-d'；若是2023/05/20，就得用'Y/m/d' - 加上
->format('Y-m-d') === $input可防止2023-5-20被误接受（createFromFormat会自动补零，但原始输入不规范）
$input = $_POST['date'] ?? '';
$dt = DateTime::createFromFormat('Y-m-d', $input);
if (!$dt || $dt->format('Y-m-d') !== $input) {
// 格式错误或日期非法
}
checkdate() 适合已拆分年月日的场景
如果表单是三个独立下拉框（年、月、日），或者你已经用 explode('-', $input) 拆出整数，checkdate() 是轻量且可靠的选择。
注意：
- 三个参数必须是整数，不是字符串。
checkdate('2023', '02', '30')返回false，但不会报错——它静默转为整数，'2023'变成2023，'02'变成2，'30'变成30，最终等价于checkdate(2023, 2, 30) - 月份范围是
1–12，日期范围依赖年份和月份（2月闰年29天），checkdate()全部内置处理 - 它不校验格式，只校验逻辑合法性，所以必须确保传入的是干净整数
$parts = explode('-', $input);
if (count($parts) !== 3) { /* 格式不对 */ }
list($y, $m, $d) = array_map('intval', $parts);
if (!checkdate($m, $d, $y)) { /* 日期不存在 */ }用户输入含时间或时区时怎么处理？
如果表单允许填2023-05-20 14:30:00或2023-05-20T14:30:00+08:00，别硬塞进Y-m-d格式。直接用DateTime构造并捕获异常更健壮：
- 用
new DateTime($input)并包裹try/catch，因为非法输入会抛Exception - 或继续用
DateTime::createFromFormat()，但格式串要扩展，例如'Y-m-d H:i:s'或'c'（ISO 8601） -
'c'格式支持带时区的完整 ISO 时间，但要求输入严格符合标准（如2023-05-20T14:30:00+08:00），少一个冒号或字母都会失败
最容易被忽略的是：前端 提交的值是YYYY-MM-DDTHH:MM格式（无秒、无时区），PHP 的 DateTime 能解析，但createFromFormat('Y-m-d\TH:i', $input) 中的\T必须转义。
