Laravel 11 中 Collection::where() 默认严格比较（===），但数据类型不一致时易筛选失败；应统一类型预处理、多条件用 filter()、优先下推至数据库执行。
在 Laravel 11 中用 Collection 的 where() 做多条件筛选时，弱类型比较（如 ==）会引发隐式转换，导致本该保留的值被意外过滤——比如 status 字段是整数 0，却因 where('status', 0) 被当成 false 跳过；又或字符串 "0" 和数字 0 被误判相等。这不是 bug，而是 PHP 弱类型机制在 Collection::where 内部全等（===）逻辑外的“意外放行”所致。
明确区分 === 与 == 场景
Collection::where() 默认使用严格比较（===），但当你传入闭包、或字段值本身是混合类型（如数据库导出后未 cast 的 JSON 字段），就可能绕过严格逻辑。常见风险点：
-
$coll->where('status', 0)→ 只匹配status === 0，不会匹配"0"或false，安全 -
$coll->where('active', true)→ 不会匹配"1"或1，符合预期 - 但若数据来自
DB::select()或 CSV 解析，status可能是字符串"0"，此时where('status', 0)查不到任何结果
统一数据类型再筛选
不要依赖 Collection 在运行时做类型推断。对来源不可控的数据，先做显式转换：
- 用
map()预处理：$coll->map(fn($item) => ['id' => $item['id'], 'status' => (int)$item['status']]) - 对字符串数字字段，用
filter()+ 显式判断：->filter(fn($x) => (string)$x['code'] === 'A001') - 避免直接用
where('price', '>=', '99.5')——字符串比较会出错，应转为 float：(float)$x['price'] >= 99.5
多条件组合别硬套 where 链式调用
Collection::where() 不支持原生 AND/OR 混合逻辑，强行链式写多个 where() 是 AND，但无法表达 “(A AND B) OR C”。这时必须用 filter()：
- 错误写法：
$coll->where('type', 'user')->where('score', '>=', 80)->orWhere('vip', true)→orWhere在 Collection 里根本不存在，会报错 - 正确写法：
$coll->filter(fn($x) => ($x['type'] === 'user' && $x['score'] >= 80) || $x['vip'] === true) - 注意闭包内必须显式返回布尔值，不能依赖隐式转换（例如
return $x['name']会把空字符串、0、null 当 false 过滤掉）
优先把筛选下沉到数据库
Collection 层筛选本质是内存遍历，类型混乱+多条件+大数据量 = 高概率出错且性能差。Laravel 11 更强调“查询即契约”：
- 用 Eloquent 或 Query Builder 替代
collect(DB::select(...))，让类型由模型$casts或数据库 schema 保证 - 例如：
User::where('status', 0)->whereBetween('score', [80, 100])->get()，底层走 SQL，类型由 PDO 绑定保障 - 若必须用 Collection（如本地文件解析结果），加一层验证：
->filter(fn($x) => isset($x['status']) && is_int($x['status']))
