推荐直接用 PHP 原生 DatePeriod 生成日期数组，需确保起始/结束为 DateTime 实例、结束时间加 1 天、显式设置时区，避免时区偏差和边界遗漏。
直接用 DatePeriod 生成日期数组，别手写 for
PHP 原生 DatePeriod 是最干净的解法，比 for + strtotime 少出错、可读性强、还自带时区安全。ThinkPHP5.1 本身不提供日期范围工具类，硬套框架方法反而绕远路。
-
DatePeriod构造时第三个参数必须是「结束时间 + 1 天」，否则最后一天拿不到（这是最容易漏掉的点） - 起始和结束都得是
DateTime实例，字符串直接传会报错：Fatal error: Uncaught Exception: DateTime::__construct(): Failed to parse time string - 如果日期含时分秒，
DateInterval('P1D')仍按天切，不会截断时间部分——想纯日期就统一用Y-m-d格式初始化
示例：
$start = new \DateTime('2026-08-01');
$end = new \DateTime('2026-08-05');
$interval = new \DateInterval('P1D');
$period = new \DatePeriod($start, $interval, $end->modify('+1 day'));
$dates = [];
foreach ($period as $date) {
$dates[] = $date->format('Y-m-d');
}
// 结果：['2026-08-01', '2026-08-02', '2026-08-03', '2026-08-04', '2026-08-05']
在 ThinkPHP5.1 控制器里怎么安全用
别在模板里拼日期循环，也别把 DatePeriod 实例直接传给 view()——它不能被自动序列化，var_dump 都会卡住。控制器里生成好数组再传。
- 确保
$start和$end是用户可控输入时，先校验格式：filter_var($input, FILTER_VALIDATE_REGEXP, ['options' => ['regexp' => '/^\d{4}-\d{2}-\d{2}$/']]) - 如果从数据库查出的时间字段是
datetime类型，用date('Y-m-d', strtotime($dbTime))转一下再进DateTime，避免时区偏移影响 - 别在循环里调模型或 DB 查询——每个日期查一次数据是典型 N+1，真要按日聚合，用 SQL 的
GROUP BY DATE(created_at)一次性拉回来
为什么不用 tp5.1 自带的 whereTime
whereTime 是查数据库用的，不是生成日期列表的。新手常混淆这两个场景：whereTime('create_time', 'between', ['2026-08-01', '2026-08-05']) 只会筛选该区间内的记录，不会给你中间所有日期。
立即学习“PHP免费学习笔记（深入）”；
- 如果你目标是「列出 8 月 1 日到 5 日，每天的订单数」，得先生成日期数组，再用
foreach挨个查；或者更优：一条 SQL 按日期分组统计，再用 PHP 补全空缺日期 -
whereTime对字段类型敏感：字段是int时间戳就得用whereTime('create_time', '>=', 1722508800)，传字符串会静默失败 - 别指望
whereTime支持「每 2 天」或「周一」这种非连续逻辑，它只做区间匹配
容易被忽略的时区坑
DatePeriod 默认用系统时区，但 PHP-FPM 和 CLI 时区可能不一致——你在命令行跑测试没问题，放到 Web 请求里就少一天。
- 在
public/index.php开头加date_default_timezone_set('Asia/Shanghai');，别依赖 php.ini - 构造
DateTime时显式传时区：new \DateTime('2026-08-01', new \DateTimeZone('Asia/Shanghai')) - 如果项目开了多语言或用户自定义时区，日期循环必须基于用户时区生成，而不是服务器本地时间
日期循环看着简单，真正上线后出问题，八成卡在时区或边界值上。动手前先确认 date_default_timezone_get() 输出是你预期的值。
