最可靠的方法是使用 DateTime 类配合 modify() 或 sub() 方法，它自动处理月末、闰年、时区偏移等边界情况，避免 strtotime 或时间戳手动计算导致的夏令时、跨月偏差等问题。
用 DateTime 类加 modify() 回溯日期最可靠
PHP 7 中获取历史日期（比如“上周一”“3个月前的今天”）不能靠手动算天数或时间戳加减，容易出错。直接用 DateTime 类配合 modify() 或 sub() 是标准做法，它自动处理月末、闰年、时区偏移等边界情况。
常见错误是用 strtotime('-7 days') 硬算，看似简单，但遇到夏令时切换、跨月时可能偏差一天；更糟的是用 time() - 7 * 86400，完全忽略时区和闰秒影响。
-
DateTime::modify()支持自然语言描述，如'last monday'、'-2 months'、'first day of last month' - 想保持原始时区？创建时传入
new DateTime('now', new DateTimeZone('Asia/Shanghai')) - 需要精确到某日零点？用
modify('this day')->modify('00:00:00')，别只改日期不重置时间
date_create_from_format() 适合解析固定格式的历史日期字符串
如果你拿到的是类似 "2023-05-15" 或 "15/05/2023" 这种已知格式的字符串，要转成可计算的日期对象，date_create_from_format() 比 strtotime() 更安全——它不依赖模糊推测，格式不对就返回 false，方便你立刻发现输入异常。
例如解析 "20230515"（无分隔符）：
date_create_from_format('Ymd', '20230515')
立即学习“PHP免费学习笔记（深入）”；
- 格式字符必须严格匹配：年用
Y（4位），不用y（2位）；月用m（补零），不用n（不补零） - 返回
false时不报错，务必用=== false显式判断，避免把null当对象调用方法 - 该函数不自动设时区，结果对象默认用系统时区，如需指定，得再调
setTimezone()
用 DatePeriod 遍历连续历史日期区间要小心步长
要生成“过去30天每天的日期”，很多人直接写 for ($i = 0; $i ，这在跨月时会因重复调用 <code>modify() 积累误差（比如从 3月1日连减30次，可能跳过2月29日或算错天数）。
正确方式是用 DatePeriod + DateInterval，它基于起始点一次性构造整个序列：
$start = new DateTime('2023-06-01');
$end = new DateTime('2023-05-02');
$interval = new DateInterval('P1D'); // P1D = 1 day
$period = new DatePeriod($start, $interval, $end);-
DateInterval字符串必须用 ISO 8601 格式：P1Y（1年）、P3M（3月）、P7D（7天），不能写'-7 days' -
DatePeriod的结束点是“不包含”的，所以上例中$end设为2023-05-02才能覆盖到 5月1日 - PHP 7.0+ 支持
DatePeriod可迭代，但注意它不支持foreach直接反向遍历，倒序需先转数组或手动控制
兼容性提醒：PHP 7.0 起 DateTime 默认时区行为变了
PHP 7.0 开始，如果没设 date.timezone 配置或没显式传 DateTimeZone，DateTime 构造会发出 E_WARNING 并回退到 UTC，而不是像 PHP 5.x 那样静默用系统时区。这会导致历史日期计算结果与预期不符，尤其在部署环境未配时区时。
- 检查当前设置：
date_default_timezone_get()，不是ini_get('date.timezone')—— 后者可能为空但前者已有默认值 - 最佳实践：所有
DateTime创建都显式带时区，例如new DateTime('2023-01-01', new DateTimeZone('Asia/Shanghai')) - 若用
date()函数输出历史日期，它依赖全局时区设置，和DateTime对象的时区无关，这点常被忽略
历史日期看似只是“往前推几天”，但跨月、跨年、时区、格式解析任何一个环节松懈，结果就差一天甚至一个月。别省那几行代码，老实用 DateTime 套件，把时区和格式显式钉死。
