PhpSpreadsheet 导入大 Excel 卡死主因是 IOFactory::load() 全量加载内存，尤其 .xlsx 的 DOM 解析开销大；ChunkReadFilter 仅适用于纯数据场景且效果有限；推荐 XlsxReader、xlswriter 流式解析或前端转 CSV 后 fgetcsv() 流式处理。
为什么 PhpSpreadsheet 导入大 Excel 会卡死或超时
根本原因是 IOFactory::load() 默认把整个文件加载进内存解析，尤其遇到 .xlsx（本质是 ZIP + XML）时，DOM 解析开销极大。10 万行以上、带样式的 Excel 很容易吃光 512MB 内存，触发 Fatal error: Allowed memory size exhausted 或 max_execution_time 超时。
用 ChunkReadFilter 分块读取真实可行吗
可行，但仅限于「纯数据无公式/样式」的场景。它不是自动分页，而是靠手动指定行范围跳过不读——你得先知道总行数（这本身就要全量解析一次），且跳过的区域仍会被 ZIP 解压和 XML 解析，性能提升有限。
- 必须配合
setReadDataOnly(true)关闭样式/公式解析 - 需提前调用
$reader->getWorksheetIterator()获取工作表名，再对每个表单独设置过滤器 - 若 Excel 含合并单元格或跨行公式，
ChunkReadFilter会漏读或错位，不建议用于生产环境复杂报表
真正有效的替代方案：改用 XlsxReader 或 xlswriter 扩展
原生 PHP 库在大数据导入上存在设计瓶颈。XlsxReader（纯 PHP 实现）和 xlswriter（C 扩展）都采用流式解析，不加载整表到内存，实测百万行导入耗时可从 8 分钟压到 40 秒内。
Excel/WPS 公式大师。用大白话描述需求，直接给出可用的公式、函数组合和数据处理方案，并解释每一段的作用。当用户提到"Excel 公式"、"表格函数"、"VLOOKUP 怎么用"、"XLOOKUP"、"LET"、"LAMBDA"、"动态数组"、"这个公式报错了"、"#N/A"、"#REF!"、"
-
xlswriter只支持读取 .xlsx，不支持 .xls，但解析速度最快；需编译安装扩展，PHP 配置中启用extension=xlswriter.so -
XlsxReader不依赖扩展，兼容性好，但需手动处理共享字符串表（sharedStrings.xml），对中文字段要额外解码 - 两者都不支持读取 Excel 公式结果值（只读原始公式字符串），如需计算结果，仍得回退到 PhpSpreadsheet
绕过 Excel 格式：让前端导出 CSV，后端直接 fgetcsv()
如果业务允许用户上传 CSV（而非 Excel），这是最轻量、最可控的方案。PHP 原生 fgetcsv() 每次只读一行，内存占用恒定在几 KB，100 万行也能稳定导入。
- 前端用 SheetJS（
xlsx.full.min.js）将 Excel 转为 CSV 后提交，避免服务端解析压力 - 后端用
fopen($file, 'r')+fgetcsv()流式读取，每 1000 行批量插入数据库 - 注意 CSV 编码（BOM 头）、字段包裹符（
"）、换行符嵌套等边界问题，务必用mb_convert_encoding()统一转 UTF-8
真正卡住的往往不是代码写法，而是默认信任 Excel 文件“应该能被完整加载”——实际生产中，用户上传的 .xlsx 很可能含隐藏分页、条件格式、图表缓存，这些都会让解析器反复回溯。优先砍掉非必要格式支持，比调优内存参数更有效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
