php date() 输出 1970-01-01 是因时间戳非法（非数字、负数、超大数或空值）导致回退至 unix 纪元；需先用 is_numeric() 验证类型，再确保其为非负整数且非科学计数法字符串。
PHP date() 输出 1970-01-01 怎么办
这是典型的无效时间戳导致的回退行为——date() 遇到非数字、负数、超大数或空值时，会默认用 0（即 Unix 纪元起点）渲染，结果就是 1970-01-01。
别急着改格式，先确认时间戳本身是否合法：
-
is_numeric($timestamp)必须为 true，且不能是科学计数法字符串（如"1.6e9"） $timestamp >= 0 && $timestamp （32 位系统上限），64 位系统也建议控制在 <code>32534411599（公元 3000 年）以内- 常见污染源：数据库字段为
NULL、字符串截断（如从 URL 取$_GET['t']未过滤）、JSON 解析失败后留空
从 MySQL 读出的时间戳变成 1970 年
MySQL 的 INT 或 BIGINT 存时间戳没问题，但一旦字段定义为 DATETIME/TIMESTAMP 类型，PHP 用 mysqli_fetch_assoc() 拿到的就是字符串（如 "2023-10-05 14:22:31"），直接传给 date() 就会失效。
解决方法很直接：
立即学习“PHP免费学习笔记（深入）”；
- 查库时用
UNIX_TIMESTAMP(created_at)显式转整数 - 或 PHP 侧用
strtotime($row['created_at'])转——但注意它对无效日期返回false，要判空 - 更稳妥的是用
DateTime::createFromFormat()解析字符串，再调getTimestamp()
strtotime() 返回 false 却没报错
strtotime() 对非法输入（如空格、乱码、中文日期）静默返回 false，而 false 在数值上下文中是 0，于是 date('Y-m-d', strtotime($input)) 又回到 1970 年。
必须显式检查返回值：
- 永远用
=== false判断，不用== false（因为 0 也会被当成 false） - 调试时加一行
var_dump($input, strtotime($input));，常能立刻看到输入里混了不可见字符 - 用户输入务必 trim() + 过滤非数字/分隔符，比如用
preg_replace('/[^0-9\-:\s]/u', '', $input)清洗后再解析
PHP 8.1+ 的 date_create() 报 DateTime::__construct(): Failed to parse time string
这个错误比 1970 年更明确，但容易误以为是格式问题。其实核心还是时间字符串不合法，比如：
- 含 BOM 头的 UTF-8 字符串（常见于 Windows 编辑器保存的配置文件）
- MySQL 的
TIMESTAMP字段存了0000-00-00 00:00:00，PHP 8.1+ 默认拒绝解析 - 时区缩写不标准（如
"CST"有多个含义），应统一用UTC或Asia/Shanghai
安全做法是：先用 date_create_from_format('Y-m-d H:i:s', $str) 指定格式解析，再用 getLastErrors() 查具体哪错。
