PHP短字符串日期不能靠strtotime()自动解析，必须用DateTime::createFromFormat()显式指定格式；短年份用y、固定两位用m/d、无分隔符需先补全为标准格式；y格式年份补全逻辑为00–29→2000–2029、30–99→1930–1999。
PHP 短字符串（比如 "23-04-05"、"230405"、"23/04/05"）**不能直接靠 strtotime() 或 DateTime::createFromFormat() 自动猜对日期**，除非你明确告诉它格式。所谓“精准”，核心不是字符串多短，而是格式是否可无歧义解析。
为什么 strtotime() 对短串经常翻车
strtotime() 会尝试按多种默认顺序（如美式 m/d/y、欧式 d/m/y）猜测，但短串缺乏年份位数和分隔符语义，极易误判：
-
strtotime("23-04-05")→ 可能解析成 2023 年 4 月 5 日，也可能当成 1923 年（取决于系统时区和 PHP 版本） -
strtotime("230405")→ 大概率失败或返回false，因为不带分隔符时它不识别 ymd 连写 -
strtotime("04/05/23")→ 在美国环境常被当 2023-04-05，在欧洲环境可能当 2023-05-04
必须用 DateTime::createFromFormat() 显式指定格式
这是唯一可控、可复现的方式。关键点：格式字符串必须与输入字符串**严格一一对应**，包括分隔符、位数、前后空格。
- 短年份（2 位）必须用
y，不能用Y（Y要求 4 位） - 月份和日若为 1~2 位，用
n/j；固定 2 位则用m/d - 解析失败时返回
false，务必检查返回值，别直接调format()
date_default_timezone_set('Asia/Shanghai');
$short = '23-04-05';
$date = DateTime::createFromFormat('y-m-d', $short);
if ($date === false) {
throw new InvalidArgumentException('日期格式不匹配: ' . $short);
}
echo $date->format('Y-m-d'); // 输出：2023-04-05
处理无分隔符的纯数字短串（如 "230405"）
这种格式无法靠 strtotime()，也容易被 DateTime::createFromFormat() 忽略前导零（比如 "05" 当成 "5"）。稳妥做法是先补分隔符，再解析：
立即学习“PHP免费学习笔记（深入）”；
- 确认业务中该串一定是 ymd 顺序（否则无法安全解析）
- 用
substr()拆解，手动拼成标准格式字符串 - 避免直接传
'ymd'格式给createFromFormat()—— 它不支持无分隔符连写解析
$raw = '230405';
if (strlen($raw) !== 6) {
throw new InvalidArgumentException('长度必须为6位');
}
$y = substr($raw, 0, 2);
$m = substr($raw, 2, 2);
$d = substr($raw, 4, 2);
$standard = $y . '-' . $m . '-' . $d; // "23-04-05"
$date = DateTime::createFromFormat('y-m-d', $standard);
注意时区与年份补全逻辑
PHP 的 y 格式默认将 00–29 补为 2000–2029，30–99 补为 1930–1999。这个行为不可配置，且在跨世纪场景下容易出错：
-
"29-12-31"→ 补成2029-12-31 -
"30-12-31"→ 补成1930-12-31（不是 2030） - 如果业务全在 2020–2039 年，建议统一用 4 位年份输入，或自行做年份映射
真正麻烦的从来不是“怎么转”，而是“你怎么知道用户写的 05/04/23 是 4 月 5 日还是 5 月 4 日”——格式声明必须来自上下文（表单字段说明、API 文档、数据源约定），不能靠函数猜。