date()和strtotime()返回false时应先严格判断是否为false，再排查格式与时区问题；推荐用DateTime::createFromFormat()替代，可获取具体错误信息。
date() 和 strtotime() 返回 false 怎么立刻判断
PHP 里 date() 本身不报错，但传入无效时间戳会返回 false；strtotime() 遇到无法解析的字符串也返回 false。最直接的定位方式是加一层严格判断：
- 永远不要直接把
strtotime($str)的结果塞进date()，先检查是否为false - 用
var_dump(strtotime($input))看返回值，false就说明解析失败 - 注意时区影响：
date_default_timezone_set('Asia/Shanghai')必须在解析前设置，否则可能因默认时区导致时间偏移或解析异常
常见字符串格式被 strtotime() 拒绝的原因
strtotime() 对格式敏感，不是所有“看起来像日期”的字符串都能被识别。典型失败场景包括：
- 中文字符干扰：如
"2024年05月20日"、"2024-05-20 上午10:30"——strtotime()不支持中文年月日或“上午/下午” - 分隔符不一致：如
"2024/05/20"可能被识别，但"2024.05.20"或"2024-05-20T10:30:00Z"（无DateTime类时）大概率失败 - 年份省略两位：如
"24-05-20"在某些 PHP 版本中会被当作 1924 年甚至解析失败
建议统一转为 Y-m-d 或 Y-m-d H:i:s 格式再解析，或改用 DateTime::createFromFormat() 精确控制。
用 DateTime::createFromFormat() 替代 strtotime() 的实操要点
当输入格式固定（比如总是 Y/m/d 或带中文分隔符），DateTime::createFromFormat() 比 strtotime() 更可靠、更易排查：
立即学习“PHP免费学习笔记（深入）”；
- 它返回
DateTime|false，失败时明确返回false，且可通过DateTime::getLastErrors()获取具体错误 - 格式字符串必须严格匹配输入，比如输入是
"2024/05/20"，就得用'Y/m/d'，不能写成'Y-m-d' - 注意
createDateFromFormat()不自动处理时区，需手动调用setTimezone()
$date = DateTime::createFromFormat('Y/m/d', '2024/05/20');
if ($date === false) {
$errors = DateTime::getLastErrors();
var_dump($errors['warning_count'], $errors['warnings']);
}
时区 + 时间戳 + date() 组合出错的隐蔽点
看似正常的代码：date('Y-m-d', strtotime('2024-05-20'))，在某些服务器上可能返回昨天或明天——根本原因常是时区配置缺失或系统时区与 PHP 时区不一致：
- 检查
date_default_timezone_get()返回值，确认是否为你预期的时区（如Asia/Shanghai） - 避免依赖服务器本地时区：即使
php.ini里写了date.timezone，某些 CLI 环境或 Docker 容器仍可能读不到 - 用
date('c', $ts)输出 ISO 8601 格式，比date('Y-m-d')更容易发现时区偏移（末尾带+0800或Z）
真正难排查的，往往是时区没设、又恰好输入时间落在夏令时切换边界，或者 strtotime() 解析出的时间戳被当成 UTC 处理却用本地时区格式化输出。这类问题不会报错，只悄悄错一天。
