解决 PHP strtotime() 处理混合时间格式导致的日期转换问题

在php中，使用`strtotime()`结合`date()`进行时间转换时，若输入字符串混合了24小时制的小时数（如`13`）与12小时制的时间修饰符（如`pm`），会导致`strtotime()`解析失败，通常返回`false`或`0`，进而使`date()`输出unix纪元时间（`1969-12-31`）。本文将深入分析此问题，并提供多种解决方案，包括修正时间格式、使用纯24小时制以及利用`datetime`类进行更健壮的解析。

PHP提供了强大的日期和时间处理功能，其中strtotime()函数因其能够将人类可读的日期时间字符串解析为Unix时间戳而广受欢迎。然而，不当的输入格式常常导致解析错误，尤其是在处理12小时制和24小时制时间时。本文将探讨一个常见的strtotime()解析错误：当时间字符串同时包含24小时制的小时数和12小时制的AM/PM指示符时，strtotime()的非预期行为及其解决方案。

问题现象

开发者在使用date()和strtotime()组合将日期时间字符串转换为特定格式时，可能会遇到以下异常输出：

假设我们尝试将字符串 "2021-12-16 13:42:46 PM" 转换为Y-m-d H:i:s格式：

$over = date("Y-m-d H:i:s", strtotime("2021-12-16 13:42:46 PM"));
echo $over;

预期输出可能是2021-12-16 13:42:46，但实际输出却是：

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

1969-12-31 16:00:00

这个结果明显不是我们期望的日期，并且指向了Unix纪元时间的一个偏移量。

根本原因分析

问题的核心在于strtotime()函数对输入字符串"2021-12-16 13:42:46 PM"的解析失败。

strtotime()在解析日期时间字符串时，会尝试识别多种格式。对于12小时制时间，它期望小时数在1到12之间，并配合AM或PM指示符。例如，"01:42:46 PM"是有效的12小时制表示。而对于24小时制时间，它期望小时数在0到23之间，且通常不带AM或PM指示符。例如，"13:42:46"是有效的24小时制表示。

当字符串中出现"13:42:46 PM"时，strtotime()会发现矛盾：13是一个24小时制的小时数，而PM是12小时制特有的修饰符。这种混合格式导致strtotime()无法正确解析，通常会返回false。

当strtotime()返回false时，date()函数会将其隐式转换为整数0。整数0代表Unix纪元时间（January 1, 1970 00:00:00 UTC）。由于时区设置（例如，如果服务器时区是UTC-8，则1970-01-01 00:00:00 UTC会显示为1969-12-31 16:00:00 PST），最终输出便显示为1969-12-31 16:00:00。

腾讯云AI代码助手

基于混元代码大模型的AI辅助编码工具

172

查看详情

解决方案

要解决此问题，关键在于向strtotime()提供一个符合规范的日期时间字符串。

1. 使用正确的12小时制格式

如果意图是表示下午1点42分，那么小时数应为01而不是13。

$correct12h = date("Y-m-d H:i:s", strtotime("2021-12-16 01:42:46 PM"));
echo $correct12h;
// 预期输出: 2021-12-16 13:42:46

在此示例中，strtotime()正确解析了01:42:46 PM为下午1点42分，并将其转换为对应的Unix时间戳。date("Y-m-d H:i:s", ...)则将此时间戳格式化为24小时制。

2. 使用纯24小时制格式

如果原始输入13:42:46已经是24小时制，那么PM指示符是多余且错误的，应该将其移除。

$pure24h = date("Y-m-d H:i:s", strtotime("2021-12-16 13:42:46"));
echo $pure24h;
// 预期输出: 2021-12-16 13:42:46

这是最直接的解决方案，如果确定输入时间已经是24小时制，只需确保其不包含12小时制特有的修饰符。

3. 结合 DateTime 类进行更健壮的解析

对于更复杂的日期时间解析需求，或者当输入格式不确定时，推荐使用PHP的DateTime类及其createFromFormat()方法。createFromFormat()允许你明确指定输入字符串的预期格式，从而避免strtotime()可能出现的歧义。

// 假设原始输入字符串是 "2021-12-16 13:42:46 PM"
$inputString = "2021-12-16 13:42:46 PM";

// 尝试使用 'H' (24小时制) 和 'A' (AM/PM) 解析。
// 由于 '13' 与 'PM' 冲突，此尝试会失败，因为格式字符串与输入不匹配。
$dateTimeObj1 = DateTime::createFromFormat("Y-m-d H:i:s A", $inputString);
if ($dateTimeObj1) {
    echo "Parsed (H:i:s A): " . $dateTimeObj1->format("Y-m-d H:i:s") . "\n";
} else {
    echo "Failed to parse (H:i:s A) for: '$inputString' (格式不匹配)\n";
}

// 如果确定输入是标准的12小时制，且小时数是 1-12，则使用 'h'
$inputString12h = "2021-12-16 01:42:46 PM";
$dateTimeObj2 = DateTime::createFromFormat("Y-m-d h:i:s A", $inputString12h);
if ($dateTimeObj2) {
    echo "Parsed (h:i:s A): " . $dateTimeObj2->format("Y-m-d H:i:s") . "\n";
    // 预期输出: Parsed (h:i:s A): 2021-12-16 13:42:46
} else {
    echo "Failed to parse (h:i:s A) for: '$inputString12h'\n";
}

// 如果确定输入是纯24小时制，则使用 'H' 且不带 A/PM
$inputString24h = "2021-12-16 13:42:46";
$dateTimeObj3 = DateTime::createFromFormat("Y-m-d H:i:s", $inputString24h);
if ($dateTimeObj3) {
    echo "Parsed (H:i:s): " . $dateTimeObj3->format("Y-m-d H:i:s") . "\n";
    // 预期输出: Parsed (H:i:s): 2021-12-16 13:42:46
} else {
    echo "Failed to parse (H:i:s) for: '$inputString24h'\n";
}

createFromFormat()的优势在于，如果输入字符串与指定格式不匹配，它会返回false，这使得错误处理更加明确，而不是像strtotime()那样可能返回一个意想不到的Unix纪元时间。

注意事项

• 输入验证： 在处理用户或外部系统提供的日期时间字符串时，务必进行严格的输入验证。检查字符串是否符合预期的格式，以避免解析错误。
• strtotime()的局限性： 尽管strtotime()功能强大，但其对模糊或混合格式的解析能力有限。在面对不确定或多种可能的输入格式时，应优先考虑使用DateTime::createFromFormat()。
• 时区管理： 日期时间处理中时区是一个重要因素。确保PHP环境的时区设置（date_default_timezone_set()或php.ini中的date.timezone）与你的应用程序需求一致。DateTime对象默认使用当前时区，但也可以在创建时指定。
• 错误处理： 无论使用strtotime()还是createFromFormat()，都应检查它们的返回值。strtotime()返回false表示失败，createFromFormat()也返回false。及时捕获并处理这些错误，可以防止程序产生非预期的结果。

总结

PHP日期时间转换中，strtotime()遇到混合12小时制和24小时制的时间格式（如13:42:46 PM）时，会因解析失败而导致输出1969-12-31这样的错误日期。解决此问题的关键在于确保输入字符串遵循单一且正确的日期时间格式。无论是修正为标准的12小时制（01:42:46 PM），还是采用纯粹的24小时制（13:42:46），都能有效解决问题。对于需要更精细控制和错误处理的场景，DateTime::createFromFormat()提供了更健壮的解决方案。在任何日期时间处理中，理解函数行为、验证输入以及妥善处理错误都是至关重要的。

以上就是解决 PHP strtotime() 处理混合时间格式导致的日期转换问题的详细内容，更多请关注php中文网其它相关文章！