Collection 是基于 ArrayAccess、IteratorAggregate、Countable 接口实现的可链式惰性对象封装，统一数组操作为类型友好的方法体系；filter() 删除 status=0 因 PHP falsy 判定，需用 === 或 whereIn；map() 多行须显式 return；reduce() 空集合必传初始值；所有方法返回新实例，仅 transform() 就地修改。
因为 Collection 不是语法糖，而是基于接口（ArrayAccess、IteratorAggregate、Countable）实现的可链式、惰性、语义清晰的对象封装——它把 PHP 原生数组操作中散乱的 array_map、array_filter、foreach 等，统一成有状态、可组合、类型友好的方法体系。
filter() 为什么删掉了 status=0 的数据？
不是 bug，是 PHP truthy/falsy 判定逻辑被直接暴露：闭包返回 0、false、null 或空字符串，一律被剔除。业务上 status=0 很可能是“禁用”状态，但 filter(fn($u) => $u['status']) 会把它当成 falsy 干掉。
- 错误写法：
$users->filter(fn($u) => $u['status']) - 正确写法：
$users->filter(fn($u) => $u['status'] === 0 || $u['status'] === 1) - 更稳写法：
$users->whereIn('status', [0, 1])或$users->whereNotNull('status')（如果只是排除 null）
map() 返回一堆 null？检查 return 和花括号边界
map() 不自动返回最后一行值。单行箭头函数隐式返回，但加了 {} 就必须显式 return，否则闭包返回 null，整个集合就变成全 null。
- 危险写法：
$users->map(fn($u) => { $u['name'] . ' (active)'; })→ 全是null - 安全写法（单行）：
$users->map(fn($u) => $u['name'] . ' (active)') - 安全写法（多行）：
$users->map(fn($u) => { return $u['name'] . ' (active)'; }) - 若需保持索引连续（比如后续要
slice()分页），记得接values()
reduce() 空集合不传初始值就直接崩溃
reduce() 在空集合时不会优雅返回 null 或默认值，而是抛出 Undefined offset: 0 ——这个异常甚至无法被 try/catch 捕获，因为底层是 ArrayAccess 访问失败。
- 永远显式传初始值：
$sum = $items->reduce(fn($carry, $item) => $carry + $item['price'], 0) - 初始值类型决定返回类型：
[]得数组，collect()得 Collection，''得字符串 - 别在
reduce里改外部变量或调用非纯函数——它只该做累积，副作用会让结果不可预测 - 简单聚合优先用现成方法：
sum('price')、avg('score')更稳，reduce留给复合逻辑（如按条件累加不同字段）
最易被忽略的是：所有方法默认返回新实例，原集合不动；唯独 transform() 是就地修改。混用时你以为 $col->filter()->transform() 改了原始数据，其实只改了中间那个新实例，$col 完全没变。
