应避免用array_chunk处理超大数组，改用流式分批（如pdo逐行读取或生成器chunk_iterable），因array_chunk会全量加载导致oom；size≤0时静默返回空数组；csv导出需首块写bom并flush。
array_chunk 处理超大数组时内存爆掉怎么办
直接用 array_chunk 切几百万元素的数组，PHP 进程大概率 OOM —— 它会先把整个数组载入内存，再切片，和“分批”初衷完全背道而驰。
真正要分批，得绕过一次性加载。常见做法是结合数据库游标或文件流读取，边读边 chunk。比如从 MySQL 读数据：
- 用
PDO::FETCH_ASSOC+while ($row = $stmt->fetch())逐行取，累积到指定数量（如 1000）就处理一批，清空临时数组 - 避免用
$stmt->fetchAll()，那是把全表拖进内存的典型错误 - 如果必须用文件，改用
fopen+fgets行读，而不是file_get_contents
array_chunk 的 size 参数为 0 或负数会发生什么
array_chunk 的 size 参数小于 1 时，PHP 不报错，但返回一个空数组 —— 注意不是 false，也不是警告，是静默返回 []，容易被当成“没数据”漏处理。
-
array_chunk([1,2,3], 0)→[] -
array_chunk([1,2,3], -5)→[] - 生产环境务必校验：
if ($size = 1'); }
用 array_chunk 分页导出 CSV 时中文乱码
不是 array_chunk 的问题，是 UTF-8 BOM 和输出时机没控制好。chunk 后直接 fputcsv 写文件，若没在首块写 BOM，Excel 打开就可能当 ANSI 解析。
- 只在第一块写一次 BOM：
if ($chunkIndex === 0) fwrite($fp, "\xEF\xBB\xBF"); - 每块写完调用
fflush($fp)，避免缓冲区卡住导致导出中断后文件不完整 - 别在循环里用
echo或print_r调试，会混入 CSV 内容
替代 array_chunk 的轻量级流式分块函数
真要处理无法预估大小的数据流，自己写个生成器更稳。它不占额外内存，且能配合 foreach 自然消费：
function chunk_iterable(iterable $iterable, int $size): Generator {
$buffer = [];
foreach ($iterable as $item) {
$buffer[] = $item;
if (count($buffer) >= $size) {
yield $buffer;
$buffer = [];
}
}
if ($buffer) yield $buffer;
}
用法：foreach (chunk_iterable($dbResult, 500) as $batch) { process($batch); } —— 关键是 $dbResult 可以是 PDOStatement、Iterator 或 Generator，不强求是数组。
这种写法漏掉的最大细节：生成器函数里不能用 array_chunk 去 chunk $buffer，否则又绕回内存陷阱；count($buffer) 是安全的，因为 buffer 始终只存 $size 个元素。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
