用 date 和 strtotime 最快拿到上个月最后一天
直接用 date('Y-m-t', strtotime('-1 month')) 就行，t 格式符会自动返回指定月份的天数，而 strtotime('-1 month') 会把当前时间回拨一个月——哪怕今天是 3 月 31 日，它也会先算出 2 月 31 日，再由 strtotime 自动归正为 2 月 28 日（或 29），t 再取这个“归正后月份”的最后一天，结果就是对的。
常见错误是写成 date('Y-m-t', strtotime('last day of last month'))，这在某些 PHP 版本（尤其是 5.6 以前）会解析失败或返回空；还有人手动拼 'Y-m-31'，遇到 2 月、4 月就翻车。
-
strtotime('-1 month')是安全的起点，不依赖当前日期是否为月末 - 避免用
mktime手动构造时间戳，容易因时区或闰年逻辑出错 - 如果当前是 1 月 1 日，
-1 month会正确落到去年 12 月，不用额外判断年份
PHP 5.3+ 推荐用 DateTime 类更可控
当需要链式操作、明确时区或后续还要加减天数时，DateTime 更稳。关键不是“高级”，而是它规避了 strtotime 对模糊字符串的解析歧义。
示例：
$date = new DateTime();
$date->modify('first day of this month')->modify('-1 day');
echo $date->format('Y-m-d'); // 上个月最后一天
注意：别写 modify('last day of last month')，虽然看起来直白，但在 PHP 7.0–7.2 某些时区下可能返回本月 1 号（bug 行为）。稳妥做法永远是“先到本月第一天 → 减 1 天”。
立即学习“PHP免费学习笔记（深入）”；
- 用
first day of this month比first day of previous month更可靠，后者在月初执行时有歧义 - 如果项目已设默认时区，
new DateTime()就够；否则显式传入new DateTime('now', $timezone) -
modify()返回null，不能链式调用format()，得分开写
跨月计算时，t 格式符比 Y-m-d 加减更省心
有人想用 date('Y-m-d', strtotime('2024-03-01 -1 day')) 来拿 2 月最后一天，这要求你必须知道“本月第一天”是什么——一旦输入的是变量日期（比如用户选的某天），就得先截取年月再拼字符串，极易出错。
而 t 是纯函数式：给它任意一个时间戳，它只关心“这个时间戳落在哪个月”，然后返回那个月的总天数。所以 date('Y-m-t', $anyTimestamp) 总是安全的。
- 传入
strtotime('2024-01-15')，得到2024-01-31；传入strtotime('2024-02-10')，得到2024-02-29（闰年） - 不要试图用
d格式符配合减法，date('Y-m-d', ...)的d是“当天日期”，不是“当月最后一天” - 性能上无差异，
t是内建格式符，不触发额外计算
时区和夏令时可能悄悄改掉结果
如果你没显式设置时区，strtotime 和 DateTime 都会按 PHP 默认时区（可能是 UTC 或系统本地）解析。例如服务器在 UTC+8，但代码运行在 date_default_timezone_set('UTC') 下，strtotime('-1 month') 算出来的“上个月”可能比你预期早或晚一天。
最保险的做法是统一在脚本开头设时区：
date_default_timezone_set('Asia/Shanghai'); 或者在 DateTime 构造时指定：$date = new DateTime('now', new DateTimeZone('Asia/Shanghai'));
- 线上环境务必检查
phpinfo()中的date.timezone配置，别依赖 php.ini 默认值 - 用
date_default_timezone_get()动态查当前时区，比硬编码更健壮 - 测试时别只用今天日期，用
2024-01-01、2024-03-31这类边界值多跑几遍
t 格式符的语义——它不看“今天几号”，只认“这个时间戳属于哪个月”。 
