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 纪元起点。推荐组合判断：
立即学习“PHP免费学习笔记（深入）”；
- 先用
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 小时”的根源。
