PHP strtotime计算时间秒差跨服务器结果不一致解决方案

• created_at 字段末尾的Z是标准UTC时区标识，PHP的strtotime、DateTime解析带明确时区标识的时间字符串时，会直接按标识的时区转换为时间戳，完全不受服务器默认时区配置影响，这也是两台服务器解析出的createdtime值完全一致的原因。
• processed_at 字段没有携带任何时区标识，解析这类无明确时区的时间字符串时，PHP会默认使用服务器配置的默认时区（php.ini中date.timezone项配置值）做转换。两台服务器默认时区相差4小时（合计14400秒），最终解析出的processedtime出现固定偏差。
• 从返回结果可以确认，API返回的两个时间本身都是UTC时区生成的，真实差值确实为38秒。

核心原则是解析时间时显式指定对应时区，绝对不依赖服务器默认时区配置，推荐使用PHP原生DateTime类实现，避免全局修改时区引发其他逻辑bug：

// 初始化UTC时区对象，所有API返回时间统一按UTC解析
$utc = new DateTimeZone('UTC');

$createdAt = "2022-06-24T15:04:37.000000Z";
$processedAt = "2022-06-24 15:05:15";

// 解析时强制绑定UTC时区，不受服务器环境配置影响
$createdTime = (new DateTime($createdAt, $utc))->getTimestamp();
$processedTime = (new DateTime($processedAt, $utc))->getTimestamp();

$diff = $processedTime - $createdTime;
echo $diff; // 任意环境下运行结果均为38

• 不推荐通过date_default_timezone_set()全局修改时区适配该逻辑，该修改会作用于当前脚本所有时间相关计算，容易引发项目其他时间逻辑的隐性错误。
• 对接第三方API时，凡是遇到不带时区标识的时间字段，必须先和API提供方确认时间对应的时区，解析时显式传入时区参数，避免跨环境部署出现时间计算偏差。

内容的提问来源于stack exchange，提问作者Tristan