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() 对格式敏感，不是所有“看起来像日期”的字符串都能被识别。典型失败场景包括：

• 中文字符干扰：如 "2025年05月20日"、"2025-05-20 上午10:30" —— strtotime() 不支持中文年月日或“上午/下午”
• 分隔符不一致：如 "2025/05/20" 可能被识别，但 "2025.05.20" 或 "2025-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() 更可靠、更易排查：

• 它返回 DateTime|false，失败时明确返回 false，且可通过 DateTime::getLastErrors() 获取具体错误
• 格式字符串必须严格匹配输入，比如输入是 "2025/05/20"，就得用 'Y/m/d'，不能写成 'Y-m-d'
• 注意 createDateFromFormat() 不自动处理时区，需手动调用 setTimezone()

$date = DateTime::createFromFormat('Y/m/d', '2025/05/20');
if ($date === false) {
    $errors = DateTime::getLastErrors();
    var_dump($errors['warning_count'], $errors['warnings']);
}

时区 + 时间戳 + date() 组合出错的隐蔽点

看似正常的代码：date('Y-m-d', strtotime('2025-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 处理却用本地时区格式化输出。这类问题不会报错，只悄悄错一天。