本文深入探讨了php `strtotime()` 函数在处理日期时间字符串时，因12小时制与24小时制混用而导致解析失败的问题。当输入字符串格式不规范时，`strtotime()` 可能返回unix纪元之前的日期（如1969年），而非预期的转换结果。教程将分析问题根源，并提供使用纯24小时制、正确12小时制以及更严格的`datetime::createfromformat()`方法来解决此类问题的实践方案。
在PHP开发中，strtotime() 函数因其强大的灵活性而广泛应用于日期时间字符串的解析。然而，当输入字符串的格式存在歧义或不规范时，strtotime() 可能会返回意料之外的结果，例如将日期解析为 1969-12-31 16:00:00。这种现象通常不是PHP的bug，而是由于对日期时间格式的误解导致解析器无法正确识别。
问题根源分析
strtotime() 函数尝试解析各种英文日期时间格式。当它遇到一个无法明确识别的字符串时，通常会返回 false。在某些PHP版本或操作系统环境下，false 在进行隐式类型转换时可能被视为 0，而 0 对应的Unix时间戳是 1970-01-01 00:00:00 UTC。由于时区偏移，这在本地时间可能显示为 1969-12-31 的某个时间。
问题的核心在于混淆了12小时制（AM/PM）和24小时制。例如，给定一个字符串 “2021-12-16 13:42:46 PM”，strtotime() 会感到困惑。
- 13:42:46 明确是一个24小时制的时间，其中 13 表示下午1点。
- PM 是12小时制中表示下午的指示符，它通常与小时数 1 到 12 结合使用。
将 13（24小时制）与 PM（12小时制）同时使用，形成了一个语法上不一致的日期时间字符串。strtotime() 在尝试解析 13:42:46 PM 时无法理解这种混合格式，因此解析失败。
立即学习“PHP免费学习笔记（深入）”；
以下是导致问题的示例代码及其输出：
<?php
$over = date("Y-m-d H:i:s", strtotime("2021-12-16 13:42:46 PM"));
echo $over;
// 预期输出：2021-12-16 13:42:46
// 实际输出：1969-12-31 16:00:00 (或类似结果，取决于时区)
?>
正确处理日期时间格式
为了避免此类解析错误，我们需要确保提供给 strtotime() 或其他日期时间解析函数的字符串格式是明确且一致的。
方法一：使用纯24小时制
如果您的时间数据已经是24小时制，则不应添加 AM 或 PM 指示符。
<?php
$correct_24h = date("Y-m-d H:i:s", strtotime("2021-12-16 13:42:46"));
echo "纯24小时制: " . $correct_24h . "/n"; // 输出: 2021-12-16 13:42:46
?>
方法二：使用正确12小时制
如果您的时间数据是12小时制，请确保小时数在 1 到 12 之间，并正确使用 AM 或 PM。
<?php
$correct_12h = date("Y-m-d H:i:s", strtotime("2021-12-16 01:42:46 PM"));
echo "正确12小时制: " . $correct_12h . "/n"; // 输出: 2021-12-16 13:42:46
?>
在这个例子中，01:42:46 PM 被 strtotime() 正确解析为下午1点42分46秒，然后 date() 将其格式化为24小时制的 13:42:46。
方法三：利用 DateTime 对象进行更严格的解析
对于需要更严格或自定义格式解析的场景，推荐使用 DateTime::createFromFormat() 方法。它允许您明确指定输入字符串的格式，如果字符串不符合该格式，则会返回 false，从而避免 strtotime() 可能产生的模糊解析问题。
<?php
// 示例1: 解析纯24小时制字符串
$dateString24h = "2021-12-16 13:42:46";
$dateTime24h = DateTime::createFromFormat('Y-m-d H:i:s', $dateString24h);
if ($dateTime24h instanceof DateTime) {
echo "DateTime (24h): " . $dateTime24h->format('Y-m-d H:i:s') . "/n";
} else {
echo "DateTime (24h) 解析失败！/n";
}
// 示例2: 解析正确12小时制字符串
// 注意：'A' 用于匹配 'AM' 或 'PM'
$dateString12h = "2021-12-16 01:42:46 PM";
$dateTime12h = DateTime::createFromFormat('Y-m-d h:i:s A', $dateString12h);
if ($dateTime12h instanceof DateTime) {
echo "DateTime (12h): " . $dateTime12h->format('Y-m-d H:i:s') . "/n";
} else {
echo "DateTime (12h) 解析失败！/n";
}
// 示例3: 尝试解析错误格式字符串 (13:42:46 PM)
$invalidDateString = "2021-12-16 13:42:46 PM";
// 尝试用24小时制格式解析，但字符串含有PM
$invalidDateTime1 = DateTime::createFromFormat('Y-m-d H:i:s', $invalidDateString);
// 尝试用12小时制格式解析，但小时数是13
$invalidDateTime2 = DateTime::createFromFormat('Y-m-d h:i:s A', $invalidDateString);
if (!$invalidDateTime1 instanceof DateTime) {
echo "DateTime (无效格式1) 解析失败！/n"; // 会触发
}
if (!$invalidDateTime2 instanceof DateTime) {
echo "DateTime (无效格式2) 解析失败！/n"; // 会触发
}
?>
DateTime::createFromFormat() 的优点在于它强制要求输入字符串与指定格式完全匹配。如果格式不匹配，它将返回 false，这使得错误处理更加直观和可靠。
注意事项与最佳实践
- 始终验证输入格式： 在处理用户输入或外部数据时，务必验证日期时间字符串的格式是否符合预期，以避免解析错误。
- 优先使用 DateTime 对象： DateTime 类及其相关方法（如 createFromFormat(), format(), add(), sub() 等）提供了更强大、更面向对象的日期时间处理能力，并且在错误处理方面比 strtotime() 更加健壮。
- 理解 strtotime() 的局限性： 尽管 strtotime() 非常方便，但其灵活的解析方式有时会导致模糊或意想不到的结果。在对格式有严格要求或需要精确控制的场景下，应避免单独使用 strtotime()。
- 考虑时区： PHP的日期时间函数默认使用服务器的时区设置。在进行日期时间操作时，尤其是在跨时区应用中，应通过 date_default_timezone_set() 函数或 DateTimeZone 对象明确设置和处理时区。
总结
strtotime() 函数将日期解析为 1969-12-31 的问题并非PHP的bug，而是由于提供了不规范的日期时间字符串，具体来说是混淆了12小时制和24小时制。要解决此问题，关键在于提供格式一致且明确的日期时间字符串，例如纯24小时制（YYYY-MM-DD HH:MM:SS）或正确的12小时制（YYYY-MM-DD hh:MM:SS AM/PM）。对于需要更严格控制和错误处理的场景，强烈推荐使用 DateTime::createFromFormat() 方法，它能确保日期时间字符串按照预期的格式进行解析。遵循这些实践可以显著提高日期时间处理的准确性和代码的健壮性。
以上就是PHP strtotime() 日期时间解析错误：无效格式导致的问题与解决方案的详细内容，更多请关注php中文网其它相关文章！