应优先用 where() 进行字段精确匹配、自动跳过 null，而 filter() 仅用于复杂逻辑判断；大数据量时必须下推条件至数据库，避免内存溢出。
直接用 where() 或 filter() 就能完成大部分集合筛选，但选错方法、参数传错或忽略数据特征，会导致空结果、类型误判，甚至内存暴涨——尤其当数据来自 API、CSV 或含 null 字段时。
什么时候该用 where()？
where() 适合字段值精确匹配，语义清晰，且自动跳过 null 键，安全性高。
- 查
status === 1？写$coll->where('status', 1)，别用filter(fn($x) => $x['status'])—— 否则0会被当成false过滤掉 - 查
name存在且不为空字符串？组合使用：$coll->whereNotNull('name')->where('name', '!=', '')，比在filter里手动判空更可靠 - 支持比较运算符：
$coll->where('price', '>=', 99)，但不支持like；传两个参数是全等匹配，三个参数才启用运算符 - 错误示范：
$coll->where('name', 'John', 'Smith')—— 第三个参数被忽略，实际只按name === 'John'匹配
什么时候必须用 filter()？
filter() 接收闭包，适合任意逻辑判断，比如多字段组合、函数调用、白名单校验等，where() 做不到的事，它来兜底。
- 年龄在 18–65 之间且不是 VIP：
$coll->filter(fn($x) => $x['age'] >= 18 && $x['age'] - 匹配预定义白名单（如
['laptop', 'printer']）：$coll->filter(fn($x) => in_array(strtolower($x['type']), $whitelist)) - 务必显式返回布尔值：严禁只写
$item['status']，必须写$item['status'] === 1或!empty($item['email'])
过滤后键名和格式别踩坑
集合过滤后保留原始键名，比如从 [0 => ..., 2 => ..., 4 => ...] 中删掉一项，结果仍是非连续索引。这在 foreach 中没问题，但若前端依赖顺序渲染或要转 JSON，就得手动处理。
- 要连续数字键？加
->values()：$coll->where('type', 'user')->values() - 要转成标准 PHP 数组？加
->toArray()；若含 Eloquent 模型，需先->map(fn($x) => $x->toArray())再->toArray() - 链式调用中别漏掉
->all()就直接echo—— 它返回数组，不是字符串，直接输出会报错
大数据量一定别在集合层过滤
集合是纯内存操作。$users = User::all()->where(...) 会把整张表加载进内存再筛，哪怕只要 1 条记录。千万级数据下极易 OOM。
- 正确做法：用 Eloquent 查询构建器把条件下推到数据库：
User::where('active', 1)->where('created_at', '>', now()->subWeek())->get() - 结合 DataTables 时，也应传查询构造器实例（不调
->get()），让其内部处理分页与条件追加 - API 场景下，优先校验参数有效性（如
$request->filled('status')）、转换类型（如(int) $request->min_price），再拼where链
