.net 6+ 才能用 chunk，旧版本编译失败；需显式设 targetframework 为 net6.0+ 且安装对应 sdk；chunk 返回 ienumerable，同步执行、惰性生成块，size 必须大于 0，空集合安全返回空序列。
.NET 6+ 才能用 Chunk，旧版本直接编译失败
如果你在 .NET 5 或更早项目里写 list.Chunk(10)，编译器会报错：'IEnumerable<t>' does not contain a definition for 'Chunk'</t>。这不是拼写或引用问题，是 API 根本不存在。微软没为旧框架发布兼容包，NuGet 上所谓“LINQ 扩展”也补不了这个缺口。
必须满足两个条件才能用上 Chunk：
-
<targetframework></targetframework>显式设为net6.0或更高（哪怕运行时是 .NET 8，项目文件写的是net5.0也会编译失败） - 实际开发环境安装了对应 SDK（例如用
net7.0就得装 .NET 7 SDK）
Unity 项目要特别小心：即使编辑器标称支持 .NET 6，Chunk 也可能被 IL2CPP 裁剪掉，必须实测运行时是否可用。
Chunk 返回的是 IEnumerable<t></t>，不是 IAsyncEnumerable<t></t>
常见误解是把它和 Buffer 或 EF Core 的异步查询混淆。它同步执行、立即遍历源集合一次，但每个块是惰性生成的——你 foreach 到第 3 块时，前两块已分配，第 4 块还没创建。
关键行为差异：
- 返回每个元素都是
T[]（数组），不是IEnumerable<t></t>；修改块内数组元素不影响原集合，但块之间互不干扰 - 源是
IQueryable<t></t>（如 EF Core 查询）时，Chunk会强制执行 SQL 并把全部结果拉进内存再分块——大表慎用context.Orders.AsEnumerable().Chunk(1000) - 没有
await foreach支持；想异步分块得自己包装成IAsyncEnumerable<t></t>
size 参数必须大于 0，否则立刻抛 ArgumentOutOfRangeException
Chunk 对参数极其敏感：只检查 size ，不校验 <code>null（那是 source 的责任），也不做默认值 fallback。生产环境常见翻车点：
- 从配置读取
batchSize时没做 >0 判断，配置为 0 或负数直接崩 - 动态计算
size（比如按线程数均分），结果算出 0 导致启动就异常 - 空集合输入安全，返回空
IEnumerable<t></t>，不会返回一个长度为 0 的数组块
最后一块不满 size 时，它就返回短数组，不填充、不丢弃、不报警——这点和 Python 3.12+ 的 itertools.batched 一致，但不同于某些第三方库的“补零”逻辑。
性能和替代方案：别在大数据集上手写 Skip+Take
Chunk 内部是一次遍历 + 数组分配，时间复杂度 O(n)，空间上每块都新分配数组。对比手写循环：
- 错误写法：
for (int i = 0; i —— 每次 <code>Skip都从头遍历，O(n²) 级别，万级数据就明显卡顿 - 安全替代（.NET 5-）：
list.GroupBy((_, i) => i / size)，但要注意整数除法溢出、i超 int.MaxValue 时崩 - 真正可控的替代：手写
yield return迭代器，避免一次性分配所有块数组，适合只处理某几块的场景
真正容易被忽略的是引用语义——Chunk 返回的数组里存的是原对象引用，不是深拷贝。如果后续代码会修改块内对象状态，得确认这是否符合预期。
