chunk用于固定数量切片，适合分页或批量处理；zip用于多字段字符串横向对齐拆分，需先explode再collect；groupby是逻辑分组而非拆分，按键归类不改变元素总数。
chunk 是 Laravel 集合最常用、也最直接的拆分方法，适用于按固定数量切片；zip 则用于多字段字符串“横向对齐”式拆分，二者解决的是完全不同的问题，别混用。
chunk() 按固定大小切片：适合分页、多列布局、批量处理
当你有一堆数据（比如 17 条新闻），想每 5 条一组渲染成一列，或分批更新数据库，chunk() 就是标准解法。它不改变原始顺序，只做等长切片（最后一块可能更短）。
- 调用方式必须传整数
$size，例如$collection->chunk(4)，不能为 0 或负数，否则抛InvalidArgumentException - 返回值是新集合，每个元素是子集合（不是数组），所以视图里要嵌套
@foreach两层 - 如果原始集合为空，
chunk()返回空集合（collect([])->chunk(3)→collect([])），不是collect([[]])，这点容易在 Blade 中漏判导致报错 - 性能上无额外开销，底层只是 array_chunk 的封装，但注意：它把整个集合加载进内存后再切，大数据量时慎用（应改用查询构建器的
chunkById()）
zip() 横向配对拆分：适合多个等长字符串字段转结构化数组
当后端接收的是类似 'name'=>'a|b|c'、'age'=>'10|20|30' 这种用竖线拼接的字段，且各字段段数一致，目标是变成 [['name'=>'a','age'=>10], ...]，这时 zip() 才是正解。
- 必须先用
explode()+collect()把每个字段转成集合，再一起传给zip()，不能直接对字符串调用 - 所有输入集合长度必须一致，否则
zip()会截断到最短那个（不会报错，但数据丢失不易察觉） - 返回的是由「元组集合」组成的集合，每个元组是
Collection，需配合mapInto()或mapWithKeys()才能得到关联数组 - 常见错误：把
zip()当成combine()用——后者是用一个集合当 key、一个当 value，而zip()是并行索引合并
groupBy() 不是拆分，是逻辑分组：别被名字误导
groupBy() 看起来像“拆”，实际是归类：把原集合按某个键或回调聚合成多个子集，总数不变，只是结构变深。它不减少元素数量，也不改变原始数据。
- 参数可以是字符串（如
'user_id'）、数组（如['status', 'type']）、或闭包，闭包里可做任意判断逻辑 - 如果按不存在的键分组（如
$collection->groupBy('missing_field')），该键对应的结果是空集合，不是报错 - 和数据库
groupBy完全无关——集合的groupBy()是纯内存操作，查完再分；SQL 的groupBy是聚合计算，查的时候就分了 - 大量数据时慎用：它会把全部数据载入内存再遍历分组，不如在查询时加
GROUP BY+ 聚合函数高效
真正需要「拆」时，先问自己：是要等长切片（chunk），还是多字段对齐展开（zip）？别看到“分”字就伸手去摸 groupBy ——它根本不是干这个的。
