where()适合精确匹配且自动跳过null，filter()适合复杂逻辑但需手动处理布尔返回；大数据量应优先用数据库查询而非集合过滤。
直接用 where() 或 filter() 就能完成大部分集合筛选，但选错方法或参数传错会导致空结果、类型误判、甚至内存暴涨——尤其当数据来自外部或含 null 时。
where() 和 filter() 到底该用哪个
where() 适合字段值精确匹配（含比较运算符），语义清晰、自动跳过 null 键；filter() 必须写闭包，适合任意逻辑判断，但容易漏 return 布尔值或误用隐式转换。
- 要查
status === 1？用$collection->where('status', 1)，别写filter(fn($x) => $x['status'])——0 会被当成 false 过滤掉 - 要查
name存在且不为空字符串？用$collection->whereNotNull('name')->where('name', '!=', '')，比在filter里手动判空更安全 - 要做“年龄在 18–65 之间且不是 VIP”这种复合判断？必须用
filter()，where()不支持多条件布尔表达式
where() 的三种调用方式别混用
where() 看似简单，但参数数量和类型不同，行为完全不同：传两个参数是等值匹配，三个参数支持运算符，一个闭包则是全量遍历。
-
$coll->where('active', true)→ 匹配active === true（注意是全等） -
$coll->where('price', '>=', 99)→ 支持'', '=', '!='等，但不支持'like' -
$coll->where(fn($item) => $item['tags'] && in_array('hot', $item['tags']))→ 回归闭包模式，性能略低，但最灵活 - 错误示范：
$coll->where('name', 'John', 'Smith')—— 第三个参数会被忽略，实际只按name === 'John'匹配
过滤后记得重置键或转数组
集合过滤后保留原始键名，比如从索引数组 [0 => ..., 2 => ...] 过滤掉中间项，结果仍是非连续键。后续用 foreach 没问题，但若依赖 array_values() 行为（如前端按序号渲染），就得手动处理。
- 需要连续数字键？加
->values()：$coll->where('type', 'user')->values() - 要转成 PHP 原生数组供第三方库用？加
->toArray()，但注意嵌套对象不会自动转成数组，得用->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() - 真要对已有集合做二次处理（比如 API 返回前补字段再筛），确保集合大小可控，或用
cursorPaginate()分批 - JSON 字段内容过滤？数据库层不支持高效查询，集合层筛又慢——考虑提前在模型里用
casts解析，或加生成列+索引
真正容易被忽略的点是：where() 对关联数组和对象集合的行为一致，但对 Eloquent 模型集合，它只读取可见属性（$visible / $casts 影响结果），而 filter() 能访问所有属性，包括 protected 成员——调试时看到空结果，先确认你筛的是不是被隐藏的字段。
