ThinkPHP5.1日期区间循环为什么只出一天-ThinkPHP-PHP中文网

根本原因是whereTime对datetime字段做字符串比较时未补全时间部分，导致右边界被截断为当天00:00:00；datetime字段必须显式写出完整时间如['2026-08-01','2026-08-03 23:59:59']，date类型才可直接用日期字符串。

thinkphp5.1日期区间循环为什么只出一天

whereTime 用 between 查「多天」却只返回一天数据

根本原因是 whereTime 对 datetime 字段做字符串比较时，没补时间部分，导致右边界被截断为当天 00:00:00。比如你写 whereTime('create_time', 'between', ['2026-08-01', '2026-08-03'])，实际生成的 SQL 是 WHERE create_time BETWEEN '2026-08-01' AND '2026-08-03'，而 MySQL 把这两个字符串当成 '2026-08-01 00:00:00' 和 '2026-08-03 00:00:00' 处理——所以 8 月 3 日 10:00 的记录就查不到。

字段是 datetime 类型时，必须显式写出完整时间：用 ['2026-08-01', '2026-08-03 23:59:59']
字段是 date 类型（只存日期），才能直接用 ['2026-08-01', '2026-08-03']，MySQL 会自动对齐到整天
别依赖 PHP 的 strtotime('2026-08-03') 去算右边界——它返回的是当天 00:00:00 时间戳，转成字符串还是 '2026-08-03'，问题照旧
更稳妥的做法是用 date('Y-m-d H:i:s', strtotime('2026-08-03 +1 day') - 1) 算出精确的 23:59:59，但不如直接手写字符串清晰

用 today/week/month 这类表达式查区间时漏数据

whereTime('create_time', '>=', 'today') 看似没问题，但它的行为取决于 PHP 当前时区，且不感知数据库时区。如果 PHP 设的是 Asia/Shanghai，而 MySQL 连接里没设 timezone=+8:00，那 today 算出来是 00:00:00（东八区），但数据库按 UTC 存 datetime，实际查的是 UTC 时间的当天，相当于少了 8 小时。

确认数据库连接 DSN 中已加 ;timezone=Asia/Shanghai，或 ThinkPHP 配置里显式写 'timezone' => 'Asia/Shanghai'
whereTime('create_time', '>=', 'today') 底层调的是 strtotime('today')，不是 MySQL 的 CURDATE()，没法绕过 PHP 层解析
跨天场景慎用 first day of this month：某些 PHP 版本对模糊英文表达解析不稳定，建议改用 date('Y-m-01') 拼字符串
如果数据库字段是 int 类型存时间戳，别用 whereTime，直接 where('create_time', '>=', strtotime('today'))

循环输出日期区间时模板 date 修饰器失效

你在控制器里循环生成日期数组传给模板，比如 $dates = ['2026-08-01', '2026-08-02', '2026-08-03']; $this->assign('dates', $dates);，然后模板写 {$date|date='Y-m-d'}，结果全变成 1970-01-01——因为 date 修饰器只认整数时间戳，不接受字符串日期。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

控制器里先转好：$dates = array_map(function($d) { return strtotime($d); }, $dates);
或者模板里用管道链：{$date|strtotime|date='Y-m-d'}，但注意 strtotime 对非法格式返回 false，会触发默认值
如果数据来自数据库 datetime 字段，默认是字符串，模型里加获取器：protected $type = ['create_time' => 'timestamp']; 或查询时用 ->withAttr('create_time', 'strtotime')
别在模板里写 {\$date|date='Y-m-d', +8*3600} 来“修正”时区——+8*3600 是偏移量，但前提是 $date 是时间戳；字符串传进去会被忽略第二参数

日志和定时任务里的时间逻辑错乱

ThinkPHP 5.1 的日志文件名按 Y-m-d 生成，但如果服务器系统时区是 UTC、PHP 时区设成 Asia/Shanghai，就会出现「今天」的日志写进昨天的文件里。同样，命令行执行的定时任务（如 php think schedule:run）也依赖 PHP 时区，若没统一，计划任务可能早 8 小时或晚 8 小时触发。

入口文件第一行必须加 date_default_timezone_set('Asia/Shanghai');，不能只靠 php.ini —— CLI 和 Web SAPI 有时读不同配置
Linux 系统级时区也要同步：timedatectl set-timezone Asia/Shanghai，否则 date 命令和 cron 都按 UTC 跑
日志通道必须用 'type' => 'daily'，且 'path' 设绝对路径；'single' 模式下所有时间都堆一起，根本谈不上「按天循环」
别信 date('Y-m-d') 在哪都一样——它永远按 PHP 时区算，跟数据库、前端 JS、用户本地时间都没关系，得靠上下文明确约束