DateTime::createFromFormat() 是严格校验日期字符串的可靠方法，需配合 getLastErrors() 检查 error_count 和 warning_count 是否为 0，且格式必须明确指定，不能依赖自动修正。
用 DateTime::createFromFormat() 严格校验字符串是否符合指定日期格式
PHP 没有原生的 is_date() 函数，靠 strtotime() 或 new DateTime() 容易误判（比如 "2023-02-30" 会被转成 2023-03-02）。真正可靠的判断方式是用 DateTime::createFromFormat() 配合格式校验和错误检查。
关键点在于：它不会自动修正非法日期，且能通过 DateTime::getLastErrors() 捕获解析失败细节。
- 必须传入**明确的格式字符串**（如
"Y-m-d"），不能用"!"或空格式 - 调用后要检查返回值是否为
false，再检查DateTime::getLastErrors()['warning_count']和['error_count'] - 若
error_count > 0，说明格式或日期本身非法（如月份越界、闰年二月天数错）
function isValidDate($str, $format = 'Y-m-d') {
$date = DateTime::createFromFormat($format, $str);
$errors = DateTime::getLastErrors();
return $date !== false && $errors['warning_count'] === 0 && $errors['error_count'] === 0;
}
var_dump(isValidDate("2023-02-29")); // false（2023 不是闰年）
var_dump(isValidDate("2024-02-29")); // true
var_dump(isValidDate("2023-13-01")); // false（月份越界）
为什么不用 strtotime() 做判断
strtotime() 设计目标是“尽力解析”，不是“严格验证”。它会静默修正大量明显错误，导致本该失败的输入反而成功：
-
strtotime("2023-02-30")返回时间戳（对应 2023-03-02） -
strtotime("30-02-2023")可能解析成 2023-03-02（取决于区域设置） -
strtotime("hello")返回false，但"2023-00-00"也可能返回false，无法区分是格式错还是内容错
所以它只适合做“尝试转换”，不适合做“能否转”的布尔判断。
立即学习“PHP免费学习笔记（深入）”；
处理带时区或非标准分隔符的字符串
如果字符串含时区（如 "2023-01-01T12:00:00+08:00"）或用点/斜杠分隔（如 "01/01/2023"），必须显式指定对应格式：
- ISO 8601 时间：用
"Y-m-d\TH:i:sP"（注意\T转义字母 T） - 美式日期：用
"m/d/Y"；中式斜杠：用"d/m/Y"—— 顺序错会导致解析失败 - 含毫秒：PHP 8.2+ 支持
"Y-m-d H:i:s.u"，旧版本需先截断或正则预处理
$iso = DateTime::createFromFormat("Y-m-d\TH:i:sP", "2023-01-01T12:00:00+08:00");
var_dump($iso !== false && !DateTime::getLastErrors()['error_count']); // true
注意 DateTime::createFromFormat() 的两个隐藏陷阱
这个函数行为比表面看起来更微妙，容易在边界 case 上翻车：
- 默认允许“宽松模式”：比如格式是
"Y-m-d"，但输入是"2023-02-29 10:00"，它仍会成功解析（忽略多余部分）。解决办法是在格式前加!重置时间，或手动检查原始字符串长度与解析后格式化结果是否一致 - 年份两位数解析规则：
"y"格式下，"69"→ 2069，"70"→ 1970。如果业务要求统一按 20xx 解析，得先预处理字符串
最稳妥的做法是：先用正则粗筛格式（如 /^\d{4}-\d{2}-\d{2}$/），再进 createFromFormat() 精校——既快又准。
