PHP解析缺年份日期需先清洗字符串、再按“最近有效年”补全年份：若补当前年结果早于当前时间则改用下一年，优先用DateTime::createFromFormat()处理固定格式，禁用strtotime()。
PHP字符串缺年份时如何用DateTime安全解析
缺年份的日期字符串（如 "03-15"、"Apr 20"）无法直接被 DateTime 构造函数识别，会返回 false 或错误时间。PHP 不自动补全年份，必须显式干预。
核心策略是：先尝试原字符串解析；失败后，按业务规则补全年份再试。常见补全逻辑有「补当前年」和「补最近有效年」两种，后者更鲁棒。
- 补当前年最简单，但遇到
"12-31"在 1 月 1 日解析时，会变成去年的日期（如 2024-12-31 → 2025-12-31 错误） - 补「最近有效年」需判断：若补当前年得到的时间早于当前时间，则补下一年；否则补当年 —— 这能保证结果总在合理时间窗口内
- 注意
DateTime::createFromFormat()比new DateTime()更可控，尤其对固定格式（如"m-d"）
用DateTime::createFromFormat()处理固定缺失格式
当明确知道缺的是年份且格式统一（如全是 "m-d" 或 "M j"），createFromFormat() 是首选。它不依赖自然语言解析器，避免歧义，也支持宽松模式（! 重置默认值）。
关键点：! 会将未指定的字段（如年、时分秒）重置为 Unix 元年（1970）或 00:00:00，所以必须手动补年份，不能依赖它自动“猜”。
立即学习“PHP免费学习笔记（深入）”；
function parseMD($str) {
$dt = DateTime::createFromFormat('!m-d', $str);
if (!$dt || $dt->format('m-d') !== $str) {
return false;
}
$year = (int)(new DateTime())->format('Y');
// 若补今年后时间已过去，尝试明年
$dt->setDate($year, (int)$dt->format('m'), (int)$dt->format('d'));
if ($dt < new DateTime('today')) {
$dt->modify('+1 year');
}
return $dt;
}
// 示例
var_dump(parseMD('03-15')->format('Y-m-d')); // 如今天是 2025-02-01 → 输出 "2025-03-15"
var_dump(parseMD('12-25')->format('Y-m-d')); // 如今天是 2025-12-26 → 输出 "2026-12-25"
处理模糊字符串（如"Jan 5"）需先归一化再解析
DateTime 对英文缩写（"Jan"、"Feb"）支持良好，但前提是字符串不含歧义。问题常出在：空格不规范、大小写混杂、含多余标点（如 "Jan. 5th,"）。
不要依赖 strtotime() 直接解析这类字符串 —— 它在 PHP 8.2+ 中已标记为废弃，且行为不稳定（例如 "May 30" 在 12 月可能被误判为明年）。
- 先用正则清洗：保留字母、数字、空格、连字符，删掉句点、逗号、中文标点等
- 统一空格（
preg_replace('/\s+/', ' ', $clean)）防止多空格导致解析失败 - 补年份逻辑同上，但注意
DateTime::createFromFormat()不支持英文月份名自动映射，得改用new DateTime($clean . ' ' . $year)配合宽松解析
示例清洗逻辑：
$str = "Jan. 5th,";
$clean = preg_replace('/[^\p{L}\p{N}\s\-]/u', '', $str); // 移除非字母、数字、空格、短横
$clean = trim(preg_replace('/\s+/', ' ', $clean)); // 合并空格
$year = (new DateTime())->format('Y');
$dt = new DateTime($clean . ' ' . $year);
if ($dt && $dt < new DateTime('today')) {
$dt->modify('+1 year');
}
为什么不用strtotime() + 默认年份？
strtotime() 在缺失年份时默认使用「当前年」，看似省事，但存在三个硬伤：
- PHP 版本差异大：5.6 和 8.1 对
"Sep 30"的解析结果可能不同，尤其跨月边界 - 无法区分「用户本意是今年」还是「用户忘了输年，但实际指去年活动」
- 遇到无效日期（如
"Feb 30"）会静默回退到 1970-01-01，而不是报错或返回false，极难调试
真实项目中，只要输入来源不可控（表单、CSV、API），就必须放弃 strtotime() 单步解析。宁可多写几行清洗+补全逻辑，也要换来可预测的行为。
最易被忽略的一点：时区。所有补全年份操作前，确保 date_default_timezone_set() 已设，否则 new DateTime() 可能用 UTC 时间做比较，导致「今天」判断偏移一天。
