PHP 5.2以下strtotime()存在年份截断风险，应优先改用带时间后缀的格式或手动mktime()解析，并校验四位年份；PHP 4.x须手写拆分日期并转整数防八进制误读；时区需硬编码偏移；兼容方案应封装仅支持标准分隔符的safe_strtotime函数。
PHP 5.2 以下用 strtotime() 要小心年份截断
PHP 5.1 及更早版本的 strtotime() 对四位年份支持不稳定，遇到 "2023-10-05" 这类字符串可能返回 false 或错误解析成 1923 年。根本原因是底层 C 库（如 GNU libc）在旧 PHP 绑定时未启用完整年份解析逻辑。
- 优先尝试加空格或时间后缀：把
"2023-10-05"改成"2023-10-05 00:00:00"再传给strtotime() - 避免纯数字格式如
"20231005"—— 旧版几乎一定失败 - 若输入来自用户且格式不可控，先用正则校验是否含四位年份：
if (preg_match('/^(\d{4})-(\d{1,2})-(\d{1,2})/', $dateStr, $m)) { ... }
PHP 4.x 必须手写 mktime() 拆解日期字符串
PHP 4 没有 DateTime 类，strtotime() 对中文、带符号、非 ISO 格式极不友好。唯一可靠路径是手动提取年月日，再喂给 mktime()。
- 对
"2023/10/05"或"2023-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); }
