PHP 令人困惑的 strtotime

经常会有人被 strtotime 结合-1 month，+1 month，next month 的时候搞得很困惑，然后就会觉得这个函数有点不那么靠谱，动不动就出问题。用的时候就会很慌……

这不，刚刚就有人在微博上又问我：

鸟哥，今天是 2018-07-31 执行代码：

<?PHP
date("Y-m-d",strtotime("-1 month"))
// 怎么输出是2018-07-01?

好的吧，虽然这个问题看起来很迷惑，但从内部逻辑上来说呢，其实是”对”的，你先别着急哈，让我慢慢讲：

我们来模拟下 date 内部的对于这种事情的处理逻辑：

先做-1 month，那么当前是 07-31，减去一以后就是 06-31.
再做日期规范化，因为 6 月没有 31 号，所以就好像 2 点 60 等于 3 点一样，6 月 31 就等于了 7 月

是不是逻辑很”清晰”呢？我们也可以手动验证第二个步骤，比如：

<?PHP
var_dump(date("Y-m-d", strtotime("2017-06-31")));
//输出2017-07-01

也就是说，只要涉及到大小月的最后一天，都可能会有这个迷惑，我们也可以很轻松的验证类似的其他月份，印证这个结论：

<?PHP
var_dump(date("Y-m-d", strtotime("-1 month", strtotime("2017-03-31"))));
//输出2017-03-03
var_dump(date("Y-m-d", strtotime("+1 month", strtotime("2017-08-31"))));
//输出2017-10-01
var_dump(date("Y-m-d", strtotime("next month", strtotime("2017-01-31"))));
//输出2017-03-03
var_dump(date("Y-m-d", strtotime("last month", strtotime("2017-03-31"))));
//输出2017-03-03

那怎么办呢？

从 PHP5.3 开始呢，date 新增了一系列修正短语，来明确这个问题，那就是”first day of”和“last day of”，也就是你可以限定好不要让 date 自动”规范化”：

<?PHP
var_dump(date("Y-m-d", strtotime("last day of -1 month", strtotime("2017-03-31"))));
//输出2017-02-28
var_dump(date("Y-m-d", strtotime("first day of +1 month", strtotime("2017-08-31"))));
////输出2017-09-01
var_dump(date("Y-m-d", strtotime("first day of next month", strtotime("2017-01-31"))));
////输出2017-02-01
var_dump(date("Y-m-d", strtotime("last day of last month", strtotime("2017-03-31"))));
////输出2017-02-28

那如果是 5.3 之前的版本（还有人用么？），你可以使用 mktime 之类的，把所有的日子忽略掉，比如都限定为每月 1 号就可以了，只不过就不如直接用 first day 来的更加优雅。

现在，搞清楚了内部原理，是不是就不慌了？

作者：Laruence 原文地址：http://www.laruence.com/2018/07/31/3188.html

说实话，之前都没有碰到这个令人困惑的问题（可能用的太少），要不是鸟哥说出这个细节，不知道以后项目中会引发什么 bug，这里记一下。