最稳方式是date(‘c’, $timestamp)，php5.2+内置严格遵循iso8601:2004，自动处理时区偏移（如+08:00）、微秒及边界情况；手动拼接易出错，且需校验时间戳、统一时区设置、json输出时加json_unescaped_unicode。
PHP用date()函数转ISO8601最稳
直接用date('c', $timestamp)，这是PHP内置支持ISO8601的最简方式。'c'格式符从PHP5.2起就严格遵循ISO8601:2004（带时区偏移，如2024-03-15T14:23:01+08:00），不用自己拼字符串。
常见错误是手写Y-m-dth:i:sO——O输出的是+0800（无冒号），不符合ISO8601要求；而P才是+08:00（带冒号），但P在PHP5.1.3+才支持，且date('Y-m-dTH:i:sP')不如'c'可靠，因为'c'会自动处理微秒、时区切换等边界情况。
-
$timestamp为空或非法时，date()返回空字符串，建议先用is_int()或strtotime()校验 - 如果输入是字符串（如
"2024-03-15 14:23:01"），必须先转时间戳：strtotime($str)，注意该函数依赖系统时区设置 - 输出结果默认使用
date_default_timezone_get()设定的时区，不是UTC —— 如果要强制UTC，得先date_default_timezone_set('UTC')再调用date('c')
DateTime类更适合复杂场景
当需要处理不同时区、解析模糊日期、或做加减运算时，DateTime比date()更可控。它天然支持ISO8601输入/输出，且时区逻辑清晰。
例如把北京时间转成ISO8601格式的UTC时间：
立即学习“PHP免费学习笔记（深入）”；
date_default_timezone_set('Asia/Shanghai'); $dt = new DateTime('2024-03-15 14:23:01'); $dt->setTimezone(new DateTimeZone('UTC')); echo $dt->format('c'); // 2024-03-15T06:23:01+00:00-
DateTime::__construct()接受ISO8601字符串（如"2024-03-15T14:23:01+08:00"），也接受自然语言（如"next Monday"），但后者解析结果可能因PHP版本和locale不同而异 -
format('c')输出与date('c')一致，但DateTime对象本身携带时区信息，避免隐式转换出错 - 别用
$dt->getTimestamp()再喂给date()——多此一举，还可能丢失毫秒精度（PHP7.1+才在DateTime中保留微秒）
注意时区设置这个隐藏开关
PHP不会自动读取系统时区，date()和DateTime都依赖date_default_timezone_set()或php.ini里的date.timezone。没设时区时，部分环境会报Warning: date(): It is not safe to rely on the system's timezone settings，但函数仍会返回结果——只是按UTC算，容易误判。
- 线上环境务必在启动时设好时区，比如
date_default_timezone_set('Asia/Shanghai')，不要依赖php.ini（部署时可能被覆盖） -
DateTimeZone::listIdentifiers()能列出所有合法时区名，别手写"GMT+8"或"CST"——这些不是标准标识符，DateTimeZone会构造失败 - 用
date_default_timezone_get()检查当前生效时区，比猜更可靠
JSON输出时别漏掉JSON_UNESCAPED_UNICODE
如果把ISO8601时间塞进json_encode()返回前端，PHP默认会对:、+等字符做Unicode转义（变成u003a），导致JSON里的时间字段不可读甚至解析失败。
- 必须加
JSON_UNESCAPED_UNICODE标志：json_encode(['time' => date('c')], JSON_UNESCAPED_UNICODE) - 如果还用了
JSON_PRETTY_PRINT，一起传进去就行，不影响ISO格式正确性 - 别试图用
str_replace()手动还原——JSON编码器本身支持，没必要绕路
时区设置和JSON标志这两处，线上出过太多“看着代码没问题，但接口时间总差8小时”或“前端解析ISO字符串失败”的问题，改完立刻见效，但很容易被忽略。