17370845950

PHP 5.2以下strtotime()存在年份截断风险，应优先改用带时间后缀的格式或手动mktime()解析，并校验四位年份；PHP 4.x须手写拆分日期并转整数防八进制误读；时区需硬编码偏移；兼容方案应封装仅支持标准分隔符的safe_strtotime函数。

PHP 5.2 以下用 strtotime() 要小心年份截断

PHP 5.1 及更早版本的 strtotime() 对四位年份支持不稳定，遇到 "2025-10-05" 这类字符串可能返回 false 或错误解析成 1923 年。根本原因是底层 C 库（如 GNU libc）在旧 PHP 绑定时未启用完整年份解析逻辑。

• 优先尝试加空格或时间后缀：把 "2025-10-05" 改成 "2025-10-05 00:00:00" 再传给 strtotime()
• 避免纯数字格式如 "20251005" —— 旧版几乎一定失败
• 若输入来自用户且格式不可控，先用正则校验是否含四位年份：

  if (preg_match('/^(\d{4})-(\d{1,2})-(\d{1,2})/', $dateStr, $m)) { ... }

PHP 4.x 必须手写 mktime() 拆解日期字符串

PHP 4 没有 DateTime 类，strtotime() 对中文、带符号、非 ISO 格式极不友好。唯一可靠路径是手动提取年月日，再喂给 mktime()。

• 对 "2025/10/05" 或 "2025-10-05"，用 explode() + intval() 安全拆分
• 注意月份和日期必须补零再转整数，否则 "09" 会被当八进制解析（PHP 4 默认行为）
• 示例安全拆解：

  $parts = explode('-', $dateStr);
  $year = intval($parts[0]);
  $month = intval($parts[1]);
  $day = intval($parts[2]);
  $timestamp = mktime(0, 0, 0, $month, $day, $year);

时区问题在 PHP 5.1 前完全无解，只能硬编码偏移

PHP 5.1 才引入 date_default_timezone_set()，更早版本连这个函数都没有。所有 date()、mktime() 返回的时间都按系统本地时区算，且无法运行时切换。

• 若服务器时区不是目标时区（比如服务器在 UTC+0，业务要 UTC+8），必须手动加减秒数：$timestamp += 8 * 3600;
• gmdate() 是唯一能稳定输出 UTC 时间的函数，但输入仍是本地时间戳，不能反向修正输入
• 别信 putenv("TZ=Asia/Shanghai") —— PHP 4 和部分 5.0 环境下该调用被忽略

兼容性兜底：封装一个最小化日期解析函数

面对混合环境（可能跑在 PHP 4.4 也可能在 5.2），不要依赖版本检测，直接用最保守写法覆盖全部旧版。

立即学习“PHP免费学习笔记（深入）”；

• 只接受 YYYY-MM-DD、YYYY/MM/DD、YYYY.MM.DD 三种格式
• 拒绝任何含中文、括号、逗号、T 字符的字符串，直接返回 false
• 内部统一走 mktime() 路径，绕过 strtotime() 的不可控行为
• 示例函数骨架：

  function safe_strtotime($dateStr) {
      if (!preg_match('/^(\d{4})[-\/\.](\d{1,2})[-\/\.](\d{1,2})$/', $dateStr, $m)) {
          return false;
      }
      $y = (int)$m[1]; $mth = (int)$m[2]; $d = (int)$m[3];
      return mktime(0, 0, 0, $mth, $d, $y);
  }

实际项目里，这种函数要配合日志记录失败输入，否则排查时根本不知道哪条数据崩了。