PHP格式化日期最可靠方式是date()配合strtotime()或DateTime类；前者适合常见字符串转时间戳，后者适用于时区、自定义格式等复杂场景，需注意格式符大小写及输入稳定性。
PHP 里格式化日期最可靠、最常用的方式是用 date() 配合 strtotime() 或 DateTime 对象，而不是直接拼字符串或靠 date_default_timezone_set() 一设就万事大吉——时区、时间源、格式字符大小写，三处错一个就出错。
用 date() + strtotime() 快速格式化字符串时间
适合处理用户输入的“2024-03-15”“昨天”“+2 days”这类可解析的字符串。注意 strtotime() 返回的是 Unix 时间戳（int），必须传给 date() 才能转成格式化字符串。
-
strtotime()对时区敏感：没设默认时区时，可能按服务器本地时区解析，导致线上/本地结果不一致 -
date()的格式字符严格区分大小写：Y是 4 位年份，y是 2 位；m是带前导零的月，n是无前导零的月 - 常见错误：
date('Y-m-d', '2024-03-15')—— 第二个参数必须是 int，不是字符串，会警告并返回 false
正确写法：
date('Y-m-d H:i:s', strtotime('2024-03-15 14:30:00')) // → "2024-03-15 14:30:00"
date('m/d/Y', strtotime('next Monday')) // → "03/18/2024"
用 DateTime 类处理复杂时区和对象操作
当涉及跨时区转换（比如把 UTC 时间转为 Asia/Shanghai）、加减时间段、或需要复用时间对象时，DateTime 是唯一靠谱选择。它内部封装了时区逻辑，比纯函数式更健壮。
立即学习“PHP免费学习笔记（深入）”；
- 构造时显式指定时区最安全：
new DateTime('2024-03-15', new DateTimeZone('UTC'))，不传时区则用默认时区 -
format()方法和date()格式规则完全一致，但调用在对象上：$dt->format('Y-m-d') - 时区转换不能只改显示格式：要用
$dt->setTimezone(new DateTimeZone('Asia/Shanghai'))，否则只是“假装”换了时区
示例：
$dt = new DateTime('2024-03-15 08:00:00', new DateTimeZone('UTC'));
$dt->setTimezone(new DateTimeZone('Asia/Shanghai'));
echo $dt->format('Y-m-d H:i:s'); // → "2024-03-15 16:00:00"
为什么 date_default_timezone_set() 一定要设，且要早于所有时间操作？
PHP 7.0+ 虽然对未设时区会报 E_WARNING，但很多老项目仍静默使用系统时区（如 America/Chicago），导致时间差 8 小时都查不出原因。
- 必须在脚本开头、任何
date()/strtotime()/new DateTime()之前调用 - 推荐值是
'Asia/Shanghai'（中国标准时间，无夏令时），不是'PRC'（已废弃）或'UTC'（除非你明确做 UTC 存储） - 框架（如 Laravel）通常已设好，但写独立脚本或 CLI 命令时极易漏掉
真正容易被忽略的是：DateTime 构造时传入的字符串，如果没带时区信息（如 “2024-03-15 10:00”），它会按构造时指定的时区解释——这个“解释动作”发生在对象创建瞬间，后续 setTimezone() 只是转换，不是重解释。
