phpexcel因全量加载和无流式写入机制，导出大数据量时必现内存溢出，唯一可行方案是分批导出：按id范围查、写独立文件、立即释放资源、zip打包下载并清理临时文件。
PHPExcel 已停止维护，且其内存模型是“全量加载”，导出几万行就极易触发 Fatal error: Allowed memory size of xxx bytes exhausted。别硬扛，直接换思路——分批导出不是“可选优化”，而是唯一可行路径。
Excel XLSX Formula Cleanup
下载
诊断并修复涉及公式、命名范围、Power Query 刷新、数据透视表、VBA/宏保存等问题的 Microsoft Excel XLSX 工作簿
为什么不能一次性读完再写 Excel
PHPExcel 在写入过程中会为每个单元格维护样式、公式、格式缓存等元数据，所有数据都驻留在 PHP 内存中。哪怕只是 5 万行 × 20 列的纯文本，实际内存占用常超 512MB，远高于默认 memory_limit（通常 128M）。更糟的是，它不支持流式写入，save() 前无法释放中间对象。
- 即使调大
memory_limit和max_execution_time，也只延缓崩溃，不解决本质问题 - 启用
setCacheStorageMethod()改用 APCu 或 Memcached 缓存，对写入阶段帮助极小 - 禁用样式、自动过滤、合并单元格等能省一点，但无法突破数量级瓶颈
分批导出必须拆成“查 + 写 + 清”三步闭环
核心不是“分页查数据”，而是每次查完立刻写入独立文件并释放全部资源。否则缓存对象残留仍会累积。- 每次查询限定行数，推荐
5000 ~ 10000行（根据字段复杂度调整） - 每次循环内：新建
PHPExcel实例 → 写入当前批次 →$objWriter->save($filePath)→ 立即unset($objPHPExcel, $objWriter) - 必须用绝对路径保存临时文件，例如
/tmp/export_part_001.xlsx，避免相对路径歧义 - 查询要用
WHERE id BETWEEN ? AND ?或游标分页（避免LIMIT offset, size在大数据下性能退化）
打包下载前务必检查 ZipArchive 是否可用且有写权限
HTTP 响应只能输出一个文件，所以多个.xlsx 必须压缩。常见失败点不在代码逻辑，而在环境配置。
- 运行
php -m | grep zip确认zip扩展已启用 - 临时目录（如
/tmp）需 PHP 进程有读写权限，且磁盘空间充足（Excel 压缩率低，10 万行约 10–20MB/个） - 使用
ZipArchive::addFile()逐个添加，不要用addGlob()—— 它可能因文件名编码或通配符错误漏加 - 下载 ZIP 后必须立即清理临时文件，否则磁盘会被撑爆；建议用
register_shutdown_function()保底清理
真正容易被忽略的细节
分批本身不难，难在边界一致性。比如总数据 100003 行，按 10000 行/批处理，最后一份只有 3 行——这没问题；但若用时间范围分片（如created_at >= '2025-01-01'），而该范围内恰好有重复时间戳或时区错位，就会漏数据或重复。ID 范围分片最稳，前提是主键连续或至少单调递增。另外，PHPExcel 对中文文件名支持差，ZIP 包名建议用英文+时间戳，如 export_202605081225.zip。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
