ThinkPHP 6 闭包查询报错主因是逻辑未对齐：分页时闭包未被COUNT复用、use未传变量致条件为空、闭包混用导致覆盖；含子查询/UNION需手动count()传total；字段名错误或非法输入易静默失败，应启用strict模式校验。
ThinkPHP 6 模型闭包查询报错，多数不是语法写错，而是逻辑没对齐——特别是分页、COUNT、关联预加载这几个环节容易踩坑。核心问题往往出在闭包没被正确复用，或变量没传进去，或条件混搭导致覆盖。
分页时闭包条件失效或总数不准
常见现象：列表能查出来，但总页数为 0 或远少于实际；或者搜索关键词后翻页跳回第一页。这是因为 paginate() 默认单独执行 COUNT 查询，而该查询不自动继承 where 里的闭包逻辑。
- 确保闭包是 where() 的唯一参数，不要和其它 where 链式调用混用，例如：
$model->where($arr)->where(function ($q) { ... })中前者可能让后者被忽略 - 闭包内要用 use 传递外部变量，比如
use ($keyword, $status)，否则闭包里读不到值，条件变空 - 如果闭包含子查询、UNION 或原生 SQL，自动 COUNT 会失败，直接报语法错误。此时必须手动算总数：
$total = $model->where(...)->count();<br>$list = $model->where(...)->paginate(['total' => $total]);
闭包里字段名写错却静默失败
比如把 user_name 写成 username，TP6 默认不报错，而是生成 WHERE 0=1，结果查不到数据还找不到原因。
- 在模型中启用严格模式：
protected $strict = true;，字段不存在时会抛异常 - 提前校验输入字段是否合法：
$validFields = $model->getSchemaFields();，再检查用户传的 key 是否在其中 - 避免直接用
where($input)接收全部参数，JSON 字段、关联字段等非数据库字段会导致解析崩溃
with() 预加载 + 闭包条件报错
典型错误写法：with(['posts' => ['status' => 1]])，会提示 Relation not exists；或闭包里用了未声明的变量，运行时报 undefined variable。
立即学习“PHP免费学习笔记（深入）”；
- 预加载条件必须用闭包：
with(['posts' => function ($query) use ($status) { $query->where('status', $status); }]) - 多个关联不同条件，要分别写闭包，别共用同一个
$query变量 - 关联模型若启用了软删除，且你希望查出已删除记录，需在闭包里加
->withTrashed()，不能依赖主模型的设置
其他高频报错点
有些错误看似和闭包无关，实则由闭包上下文引发。
-
find() 误传数组：写成
User::find(['name' => 'admin'])，不会报错但返回 null。应改用User::where('name', 'admin')->find() -
like 搜索引发 SQL 注入或误匹配：用户输入
keyword=张*，直接拼"%{$keyword}%"会让 * 当字面量，而 % 和 _ 成通配符。应先转义：str_replace(['*', '?'], ['%', '_'], $keyword) - 缓存与闭包冲突：TP6.0~6.1 存在闭包查询 cache 不生效或取错数据的 bug，升级到 6.1.2+ 可缓解；临时方案是关闭该查询缓存或改用标签缓存
