PHP中解析日期字符串最稳妥用date_create()或new DateTime(),但需检查false;歧义格式建议用DateTime::createFromFormat()严格匹配;转字符串必用format()方法,注意时区影响。
date_create() 解析字符串成日期对象字符串转 DateTime 对象,最常用也最稳妥的是 date_create()(或其面向对象写法 new DateTime()),它能自动识别常见格式如 "2025-03-15"、"15/03/2025"、"2025-03-15 14:22:07"。
但要注意:解析失败时不会报错,而是返回 false,必须显式检查:
$date = date_create("2025-02-30");
if ($date === false) {
echo "日期无效:无法解析";
}
"01/02/2025")在不同地区可能被解释为“1月2日”或“2月1日”,建议明确指定时区和格式Y-m-d),应改用 DateTime::createFromFormat()
date_create() 默认使用系统时区;若字符串含时区信息(如 "2025-03-15T10:30:00+08:00"),会正确提取并设置DateTime::createFromFormat() 按模板解析字符串当输入格式固定且不容出错(比如接收 API 返回的 "d/m/Y H:i" 字符串),必须用 DateTime::createFromFormat()。它不猜测,只匹配,失败直接返回 false,且可配合 date_get_last_errors() 查错。
示例:解析 "15/03/2025 14:22"
$date = DateTime::createFromFormat("d/m/Y H:i", "15/03/2025 14:22");
if ($date === false) {
$errors = date_get_last_errors();
if (!empty($errors['errors'])) {
echo "解析失败:" . implode("; ", $errors['errors']);
}
}
d 是带前导零的日,j 是无前导零的日;m 和 n 同理trim() 掉再传入,否则易静默失败$date->setTimezone(new DateTimeZone('Asia/Shanghai'))
DateTime::format() 将对象转为指定格式字符串DateTime 对象转字符串,唯一推荐方式是调用实例的 format() 方法。它接受标准格式字符(如 "Y-m-d H:i:s"),输出确定、可控、无歧义。
$dt = new DateTime("2025-03-15 10:30:45");
echo $dt->format("Y年m月d日 H:i"); // 输出:2025年03月15日 10:30
(string) $dt 或 echo $dt —— 它们输出 ISO 8601 格式(如 "2025-03-15T10:30:45+08:00"),不可控且含时区偏移"\【Y年m月d日\】"
$dt->getTimestamp(),别用 format("U")(虽等效但语义不清)字符串 → 对象 → 字符串整个链路中,时区不是透明的。同一个时间点,在不同时区下 format() 出来的结果完全不同,而 getTimestamp() 始终是 UTC 秒数。
date_create("2025-03-15") 创建的对象,默认绑定当前 PHP 时区(由 date_default_timezone_get() 返回),不是 UTC"2025-03-15"),应明确用 setTimezone() 指定其本意所属时区,再转存或比较
setTimezone() 切换对象时区后 format()
真正麻烦的从来不是语法,而是没意识到字符串里那个“2025-03-15”到底属于哪个时区、想让它在页面上代表哪个时区的时间。