ThinkPHP 5.1 与 5.0.24 在 where 日期范围循环处理上的差异，主要在于参数解析时机更严格、数组键名需唯一且必须精确匹配，5.1 默认字符串绑定易致类型比对失败，而 5.0.24 更宽容自动转义。

ThinkPHP 5.1 中 where 条件里的日期范围循环传递，与 5.0.24 的行为差异，主要体现在参数解析时机与数组键名处理上。

不是语法变复杂了，而是 5.1 对“动态生成的日期条件”更严格。只要处理不当，就可能漏掉绑定，或拼错键名。

核心差异

• 5.1 对参数绑定和键名匹配要求更严格
• 5.0.24 对字符串转义和类型处理更宽容
• 循环拼接日期条件时，5.1 更容易出现绑定失效、类型比对失败等问题

where 循环中日期字段用问号占位符会失效

在 5.0.24 中，你可能这样写循环查询：

foreach ($dates as $date) {
$where[] = ['create_time', '>=', $date . ' 00:00:00'];
}
$result = Db::table('log')->where($where)->select();

这段代码在 5.0.24 里可以正常跑通，但到了 5.1，最终落到数据库执行的 SQL 很可能会变成 create_time >= '2026-08-01 00:00:00' OR create_time >= '2026-08-02 00:00:00'。

表面上看似乎没有异常，但问题恰恰在这里。只要 $dates 来自用户输入，或者来自外部接口返回的数据，SQL 注入风险就会随之出现。

同时，5.1 的 QueryBuilder 在处理嵌套数组时，对时间字符串的自动转义也没有 5.0.24 那么宽松。这一点尤其需要留意。

• 5.0.24 默认对字符串值做简单转义，'2026-08-01 00:00:00' 会被原样塞进 SQL
• 5.1 更倾向走预处理流程，但上面这种写法根本没触发绑定，等于绕过了安全层
• 真正安全的做法是改用 whereBetween 或显式构造绑定数组

命名占位符在循环中必须保证键名唯一

如果你改用命名占位符来规避注入，比如：

$params = [];
$where = [];
foreach ($dates as $i => $date) {
$key = ':start_' . $i;
$where[] = ['create_time', '>=', $key];
$params[$key] = $date . ' 00:00:00';
}
$result = Db::query('SELECT * FROM log WHERE ' . implode(' OR ', array_map(function($cond) {
return $cond[0] . ' ' . $cond[1] . ' ' . $cond[2];
}, $where)), $params);

这段在 5.0.24 里能运行，但在 5.1 中大概率报错 Invalid parameter number。

原因是 5.1 要求命名占位符的键名，必须和 SQL 字符串里出现的 :start_0、:start_1 精确匹配，且不允许重复定义同一键名。

而你在循环里拼 SQL 字符串时，$cond[2] 是字符串 ':start_0'，不是变量引用，PDO 绑定时根本找不到对应值。

• 正确做法：用 whereRaw + 手动绑定，或拆成多个独立查询
• 更推荐：把日期范围收拢为一个区间，用 whereBetween('create_time', [$min, $max])
• 若必须多条件 OR，用 whereOr 链式调用，避免手动拼 SQL

strtotime() 类型转换在 5.1 中更容易出错

很多人习惯在循环里直接传 strtotime($date) 当作时间戳：

foreach ($dates as $date) {
$ts = strtotime($date);
$where[] = ['create_time', '>=', $ts];
}

这在 5.0.24 里通常还能正常 work，因为底层会把整数直接当作时间戳来处理。

但到了 5.1，如果数据库字段是 DATETIME 类型，而传入的又是纯数字，比如 1690838400，PDO 很可能会按字符串去绑定。

结果 MySQL 就会把它当成 '1690838400' 来解析，最终比对失败。

• 5.0.24 对整数类型较宽容，常自动转成 FROM_UNIXTIME() 行为
• 5.1 默认所有绑定参数按字符串处理，除非你显式指定 PDO::PARAM_INT
• 稳妥做法：统一用 date('Y-m-d H:i:s', $ts) 格式化后再传，或改用 Db::raw("FROM_UNIXTIME($ts)")

容易被忽略的问题

5.1 的 where 数组条件在循环中叠加时，不会自动去重，也不会合并相同字段。

例如，['create_time', '>=', '...'] 和 ['create_time', '<=', '...'] 如果顺序写反，结果集可能为空。

这不是 bug，是设计使然，必须由开发者自己控制逻辑顺序。