php默认时区不等于服务器时区，第三方API（如Stripe、微信支付）要求ISO 8601时间字符串且隐含UTC基准，必须显式使用new dateTime(‘now’, new DateTimeZone(‘UTC’))构造时间，而非依赖date_default_timezone_get()或date(‘c’)。
PHP默认时区不等于服务器时区，date_default_timezone_get()返回的未必是API期望的
很多第三方API（比如Stripe、Slack、微信支付）明确要求传入ISO 8601时间字符串，并且隐含以UTC为基准。但PHP脚本一运行，date()或new DateTime()默认用的是date_default_timezone_get()返回的时区——它可能被php.ini设成Asia/Shanghai，也可能被date_default_timezone_set('PRC')临时覆盖，甚至没设就 fallback 到系统时区（不可靠）。结果就是你本地看着时间对，API却报"invalid timestamp"或拒绝处理。
- 别依赖
date_default_timezone_get()的结果去构造API时间；显式指定时区才是安全做法 - 用
new DateTime('now', new DateTimeZone('UTC'))生成时间，而不是date('c')或time() - 检查
php.ini里的date.timezone是否被注释掉——未设置时，不同PHP版本 fallback 行为不同（5.4+会警告，8.0+直接报错）
调用curl或file_get_contents发请求前，时间字段必须转成UTC再格式化
哪怕你的业务逻辑全在东八区跑，只要API文档写了“expect UTC”，就得把时间对象强制转换过去。常见错误是先用date('c')拿到带+08:00偏移的字符串，再塞进json里发出去——API收到后可能按自身规则二次解析，导致偏差8小时。
- 正确做法：
$dt = new DateTime('2024-05-20 14:30:00', new DateTimeZone('Asia/Shanghai')); $dt->setTimezone(new DateTimeZone('UTC')); echo $dt->format(DateTime::RFC3339);→2024-05-20T06:30:00+00:00 - 避免用
strtotime()+date()组合：它不感知时区对象，只认系统或默认时区 - 如果API只要求unix timestamp（如
expires_at: 1716215400），用$dt->getTimestamp()，它返回的是UTC秒数，和时区设置无关
DateTimeZone::listIdentifiers()查不到UTC或Etc/UTC？不是bug，是设计如此
调用DateTimeZone::listIdentifiers()默认只返回地理时区（如Asia/Shanghai、America/New_York），UTC和Etc/GMT+0这类固定偏移时区不在其中。这不是PHP缺陷，而是IANA时区数据库的分类逻辑——它们属于“Etc”组，需显式传参才能列出。
- 要确认
UTC可用，直接new DateTimeZone('UTC')试试，不会抛异常 - 查所有可用标识符：
DateTimeZone::listIdentifiers(DateTimeZone::UTC)或DateTimeZone::listIdentifiers(DateTimeZone::ALL_WITH_BC) - 别用
Etc/GMT+0：它的命名是反直觉的（+0表示西区，实际等价于UTC），UTC更清晰、无歧义
CI/CD环境或docker容器里date_default_timezone_set()失效？优先改php.ini
在Docker中执行php -r "echo date_default_timezone_get();"常返回UTC，哪怕你在index.php开头写了date_default_timezone_set('Asia/Shanghai')。这是因为某些基础镜像（如php:alpine）在CLI模式下会忽略脚本内的设置，只认php.ini配置。
立即学习“PHP免费学习笔记（深入）”；
- 验证方式：在PHP脚本里同时打印
ini_get('date.timezone')和date_default_timezone_get()，看是否一致 - Docker中推荐写
RUN echo "date.timezone=UTC" >> /usr/local/etc/php/php.ini，而非依赖date_default_timezone_set() - 云函数（如阿里云FC）环境更严格：
date_default_timezone_set()可能被运行时禁止，只能靠php.ini或构造DateTime时显式传DateTimeZone
事情说清了就结束。最麻烦的不是代码怎么写，而是得时刻记住：PHP的时间对象本身不“带时区含义”，只有配上DateTimeZone才真正可靠；而第三方API只认一种解释——要么UTC，要么它文档白纸黑字写的那个时区。