strtotime() 遇无效日期串返回 false 而非 0 或 1970-01-01；须用 === false 显式判断，dateTime::createFromformat() 需配合 getLastErrors() 和 round-trip 校验确保合法性。
strtotime() 遇到无效日期串直接返回 false，不是 1970-01-01
strtotime() 是 php 最常用的字符串转时间戳函数，但它对非法日期串极其严格：比如 "2023-02-30"、"2023-13-01"、"abc" 这类输入，一律返回 false（不是 0），而非尝试“纠正”或降级处理。很多开发者误以为它会兜底，结果在条件判断中漏掉 false 检查，导致后续 date() 输出 1970 年日期。
- 务必显式检查返回值是否为
false，不能只用if ($ts)（因为0也会被判定为假） - 避免用
==判断，应使用=== false，防止0（1970-01-01 00:00:00）被误判 - 若需区分“解析失败”和“1970-01-01”，必须用全等判断
DateTime::createFromFormat() 更可控，但 require strict 模式才报错
相比 strtotime() 的模糊解析，DateTime::createFromFormat() 允许你指定格式并控制容错逻辑。关键点在于：默认不校验日期有效性——例如用 "Y-m-d" 解析 "2023-02-30"，它会静默转成 2023-03-02（自动进位），这不是 bug，是设计行为。
- 启用严格模式：调用后立刻检查
DateTime::getLastErrors()，其中error_count > 0表示格式或逻辑错误 - 或手动验证：解析后用
$dt->format('Y-m-d') === $input校验是否“原样可逆”（适合简单格式） - 注意时区影响：未指定时区时，
createFromFormat()使用默认时区，可能导致跨日偏差
封装一个带基础校验的 parseDate() 工具函数
直接裸用系统函数容易踩坑，建议封装一层，统一处理常见无效情况（空、NULL、明显乱码、格式不符、逻辑非法）。以下是一个轻量实用版本：
function parseDate(string $input, string $format = 'Y-m-d'): ?DateTime { if (trim($input) === '') { return null; } $dt = DateTime::createFromFormat($format, $input); $errors = DateTime::getLastErrors(); if ($dt === false || $errors['error_count'] > 0 || $errors['warning_count'] > 0) { return null; } // 额外校验：确保输出能 round-trip 回原始字符串（防 2023-02-30 → 2023-03-02） if ($dt->format($format) !== $input) { return null; } return $dt; }- 返回
null表示不可信输入，调用方无需再判断真假值歧义 - 主动拦截警告（如
"2023-01-01 "尾部空格），避免隐式截断 - 不依赖
strtotime()，规避其过度“智能”的副作用（如把"next Monday"当合法输入）
mysql 插入前别信 PHP 的 date() 输出，先 validate 逻辑合法性
开发中常见场景：用户提交 "2023-02-30"，PHP 用 strtotime() 转成 false，然后没处理就传给 MySQL 的 DATE 字段，结果 MySQL 可能插入 '0000-00-00' 或报错，取决于 SQL mode。
立即学习“PHP免费学习笔记（深入）”；
- 不要把日期转换和数据库写入耦合在一起；先确保
DateTime实例存在且有效，再取$dt->format('Y-m-d') - 在 INSERT/UPDATE 前加
is_object($dt) && $dt instanceof DateTime判断，比检查字符串更可靠 - 如果业务允许宽松语义（如“大概月份”），应明确用其他字段存储，而不是塞进
DATE类型
实际项目里最常被忽略的是：DateTime::createFromFormat() 的警告（warning）不触发异常也不返回 false，但可能意味着输入含不可见字符、空格、或格式部分匹配——这些都得靠 getLastErrors() 主动捞出来。