应使用 date_create_from_format() 逐个解析并严格校验格式，避免 strtotime() 因分隔符或日月顺序模糊导致错误；需指定准确格式、双重验证、清洗 Unicode 字符、设置时区并缓存优化。
PHP中用 date_create_from_format() 批量解析日期字符串
直接用 strtotime() 解析带格式的数组串（如 ['2025-03-15', '2025/03/16', '15-03-2025']）容易出错，尤其当分隔符不统一或日月顺序模糊时。真正可控的做法是明确指定输入格式，用 date_create_from_format() 逐个处理。
这个函数能严格按你给的模板匹配，失败时返回 false，便于识别脏数据。
- 对
'Y-m-d'格式：用date_create_from_format('Y-m-d', $str) - 对
'd/m/Y'或'd-m-Y'：必须分别写成'd/m/Y'和'd-m-Y'，不能混用 - 注意年份占位符：
Y是 4 位，y是 2 位；m和d要求补零，n和j允许不补零
$dates = ['2025-03-15', '15/03/2025', '03-16-2025'];
$formats = ['Y-m-d', 'd/m/Y', 'm-d-Y'];
$result = [];
foreach ($dates as $str) {
$parsed = false;
foreach ($formats as $fmt) {
$dt = date_create_from_format($fmt, $str);
if ($dt && $dt->format($fmt) === $str) { // 双重校验：解析成功且格式可逆
$result[] = $dt;
$parsed = true;
break;
}
}
if (!$parsed) {
$result[] = null; // 或 throw new Exception("无法解析日期: $str");
}
}
批量转换后统一转为时间戳或标准格式
拿到 DateTime 对象数组后，别急着直接 echo 或存库。很多场景需要统一输出格式或用于计算，这时候再做一次映射更安全。
- 转时间戳：
$dt->getTimestamp()，注意 PHP 5.2+ 才支持 - 转标准 ISO 格式：
$dt->format('Y-m-d H:i:s') - 若需兼容 MySQL DATETIME 字段，推荐
$dt->format('Y-m-d H:i:s')，避免时区隐式转换 - 不要用
date('Y-m-d', $timestamp)反向处理 —— 它会忽略 DateTime 对象自带的时区信息
遇到 False 返回值就停？别急，先检查时区和格式拼写
常见错误不是数据本身，而是调用时没设时区，或格式字符串里多空格、少斜杠。比如 'Y / m / d'（含空格）和 'Y/m/d' 是两个不同格式，前者必然失败。
- 执行前加
date_default_timezone_set('Asia/Shanghai');，避免系统时区干扰 - 用
var_dump(date_get_last_errors());查看最近一次解析的警告/错误 -
date_create_from_format()不抛异常，只返回false，必须显式判断 - 中文短横线（－）、全角斜杠（／）等 Unicode 字符会导致静默失败，建议先用
str_replace()清洗
性能敏感场景下避免重复创建 DateTime 对象
如果数组很大（比如上万条），反复 new DateTime 或调用 date_create_from_format() 会有开销。可以缓存已解析结果，或改用 DateTimeImmutable 避免意外修改。
- 对重复出现的相同日期字符串，用
array_unique()去重后再解析，最后映射回原数组 - 不要在循环里反复调用
date_default_timezone_set()，它全局生效且有开销 - 如果只是校验合法性，用正则预筛（如
/^\d{4}-\d{2}-\d{2}$/）可提前过滤掉明显非法项，减少date_create_from_format()调用次数
date_create_from_format() 成功后未做 format() 可逆验证 —— 这会导致看似解析成功，实则把 '2025-13-01' 这类非法日期转成了 '202
5-01-01'。
