PHP字符串转日期支持纪元吗_PHP纪元串转日期法【知识】

PHP解析

纪元时间关键在格式与时区：strtotime("1970-01-01T00:00:00Z")得0，"0"返回当日零点，"1970-01-01"依赖本地时区；最可靠方式是DateTime::createFromFormat()显式指定格式与UTC。

PHP 的 strtotime() 和 DateTime 类默认不直接识别“纪元串”（如 "1970-01-01T00:00:00Z" 这类 ISO 8601 格式中的纪元时间），但能正确解析它——关键不在“是否支持纪元”，而在于字符串格式是否被 PHP 日期解析器认可。

为什么 "1970-01-01" 能转，但 "0" 或 "1970-01-01T00:00:00+00:00" 有时失败？

PHP 解析字符串依赖内部的时区感知和格式启发式匹配。"0" 被当成数字字面量，strtotime("0") 实际返回当前时间零点（不是纪元），这是历史行为陷阱；而带时区偏移的 ISO 字符串（如 "1970-01-01T00:00:00+00:00"）在 PHP 5.2+ 完全支持，但若省略时区或写成 "1970-01-01T00:00:00"，则按本地时区解释，可能得到非零秒数的时间戳。

• strtotime("1970-01-01") → 依赖默认时区，可能不是 0
• strtotime("1970-01-01T00:00:00Z") → 明确 UTC，结果为 0
• strtotime("0") → 不是纪元，等价于 strtotime("today") 零点
• new DateTime("1970-01-01", new DateTimeZone("UTC")) → 必须显式设时区才可靠

DateTime::createFromFormat() 是最可控的纪元字符串解析方式

当输入格式固定（比如你明确知道字符串是 "Y-m-d\TH:i:s\Z" 或纯数字时间戳），用 createFromFormat() 可绕过模糊解析，避免时区误判。

var_dump(DateTime::createFromFormat('Y-m-d\TH:i:s\Z', '1970-01-01T00:00:00Z')->getTimestamp());
// int(0)

var_dump(DateTime::createFromFormat('U', '0')->getTimestamp());
// int(0) —— 直接传入时间戳字符串也行

• 格式字符 U 专用于解析 Unix 时间戳数字字符串（如 "0"、"1717027200"）
• 带 \Z 表示字面量 Z，配合 Z（时区）格式符会冲突，必须转义
• 若字符串含毫秒（如 "1970-01-01T00:00:00.123Z"），需用 v 格式符，且 PHP ≥ 7.2.18 / 7.3.5 才修复毫秒截断问题

从字符串到纪元时间戳：三步验证法

别只看输出是否为 0，要确认它真代表 UTC 纪元起点。推荐组合判断：

• 先用 DateTime::createFromFormat() 指定格式解析
• 再调用 getTimestamp() 获取整数时间戳
• 最后用 date('c', $ts) 或 (new DateTime())->setTimestamp($ts)->format('c') 反查是否还原为预期 UTC 时间

$dt = DateTime::createFromFormat('Y-m-d\TH:i:s\Z', '1970-01-01T00:00:00Z');
$ts = $dt ? $dt->getTimestamp() : false;
if ($ts === 0 && date('c', $ts) === '1970-01-01T00:00:00+00:00') {
    echo "Confirmed epoch";
}

忽略时区上下文、混用 strtotime() 和无时区 DateTime 构造，是实际项目中最常导致“看似转成功、实则偏移 8 小时”的根源。