php日期循环需避免字符串字典序比较，应统一使用datetime对象并显式指定时区；禁止在循环中原地修改对象，须clone后操作；模板中应传预处理数组而非嵌入php逻辑。
for循环里直接字符串比较日期会崩
因为"2026-08-02"字典序比"2026-08-10"大——PHP 把它当普通字符串比，不是时间。结果就是$i = "2026-08-02"; $end = "2026-08-10"; while ($i 在第 3 次就停了，根本走不完。
- 别用
strtotime()包一层再进for：比如for ($t = strtotime($start); $t 看似可行，但跨月/闰秒/夏令时会出错 - 真正安全的做法是用
DateTime对象做比较和递增：$start->format('Y-m-d')只用于输出，while ($start 靠对象本身比较 - 如果项目已引入 Carbon，直接用
$start->copy()->addDay()更简洁，但注意copy()不能省，否则原对象被改
for循环变量没重置导致日期叠加错误
常见写法：for ($i = 0; $i modify('+1 day'); }——问题在于modify()是原地修改，每次循环都把$start往前推一天，第二次循环时$start已经不是原始值了。
- 必须每次新建对象：
$date = clone $start; $date->modify("+{$i} days"); - 或用
add()配合DateInterval：$date = (clone $start)->add(new \DateInterval("P{$i}D")); - 千万别在循环里反复调用
$start->add(new \DateInterval('P1D'))，这是最隐蔽的累积误差源
ThinkPHP5.1模板里混用for和日期逻辑容易编译失败
在.html模板里写{php} for ($d = strtotime($start); $d ，轻则报<code>Parse error: syntax error, unexpected '{'，重则生成损坏的缓存文件，删Runtime/Cache都不管用。
- ThinkPHP 模板引擎不解析 PHP 原生语法块里的逻辑，
{php}只是简单包裹，嵌套、换行、引号都可能破坏编译 - 正确做法是把日期循环逻辑全移到控制器，用
$this->assign('dates', $dateList)传数组过去，模板里只用{volist name="dates" item="d"}{$d}{/volist} - 如果非要在模板里处理，改用
{notempty name="dates"}{volist name="dates" item="d"}...{/volist}{/notempty}，别碰{php}
时区+格式化组合陷阱让for循环结果不可信
你以为date_default_timezone_set('Asia/Shanghai')设了就万事大吉？错。ThinkPHP5.1 默认用date()函数，而date()依赖服务器本地时区；但DateTime默认用 UTC，两者混用会导致同一天出现两个不同结果。
- 统一用
DateTime::createFromFormat('Y-m-d', $str, new \DateTimeZone('Asia/Shanghai'))显式指定时区 - 避免在循环中反复调用
date('Y-m-d', $ts)，尤其当$ts来自数据库 timestamp 字段时——它可能已是 UTC，再套date()就偏移 8 小时 - 检查
config/app.php里'default_timezone' => 'Asia/Shanghai'是否生效，TP5.1 这个配置只影响think\facade\Env，不影响date()
真正麻烦的不是写不对，而是错误只在跨月、跨年、夏令时切换点爆发，平时测不出。动手前先确认你用的到底是字符串、时间戳，还是 DateTime 对象——三者混用是绝大多数日期循环 bug 的根源。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
