本文详解如何解决 laravel excel 处理超大 excel 文件（如 100mb+、40 万行）时队列进程内存飙升（达 40gb）的问题，提供分块读取、流式处理、队列批处理及架构级优化方案。
本文详解如何解决 laravel excel 处理超大 excel 文件（如 100mb+、40 万行）时队列进程内存飙升（达 40gb）的问题，提供分块读取、流式处理、队列批处理及架构级优化方案。
在 Laravel 中使用 maatwebsite/excel（现为 phpoffice/phpspreadsheet 底层驱动）直接读取大型 Excel 文件时，若采用默认的 Excel::import() 同步加载方式，会将整个工作表数据一次性载入内存——尤其当文件含数十万行、多列或富格式内容时，极易触发内存爆炸。即使配合队列（如 queue:work），若单个 Job 承载全量解析逻辑，仍无法规避内存瓶颈。
✅ 核心原则：避免「全量加载」，转向「流式分块 + 懒加载」
Laravel Excel 自 v3.1 起已原生支持 「Chunk Reading」（分块读取），可逐批拉取指定行数的数据，显著降低内存占用：
// ✅ 推荐：使用 chunk() 进行流式导入（适用于 .xlsx/.xls）
use Maatwebsite\Excel\Concerns\WithChunkReading;
use Maatwebsite\Excel\Concerns\WithBatchInserts;
class LargeExcelImport implements
ToModel,
WithChunkReading,
WithBatchInserts
{
public function model(array $row)
{
return new User([
'name' => $row[0],
'email' => $row[1],
'phone' => $row[2],
]);
}
// 每次只读取 1000 行到内存（可根据服务器配置调整）
public function chunkSize(): int
{
return 1000;
}
// 批量插入，减少 DB 查询次数（需配合 WithBatchInserts）
public function batchSize(): int
{
return 1000;
}
}
// 在控制器或命令中触发（无需手动分片文件）
Excel::queueImport(new LargeExcelImport, storage_path('app/large-data.xlsx'));⚠️ 关键注意事项：
- ❌ 避免在 model() 或 toArray() 中执行 N+1 查询、文件 I/O 或外部 API 调用；
- ✅ 使用 DB::transaction() 包裹批量插入，但注意事务过大仍会增加内存压力；
- ✅ 在 config/excel.php 中关闭调试与缓存（'cache_enabled' => false, 'log_debug_messages' => false）；
- ✅ Supervisor 配置建议启用 --memory=2048 限制单个 worker 内存，并设置 stopwaitsecs=60 防止强制 kill 导致事务中断。
? 进阶优化策略：
- 预切片文件（Pre-splitting）：使用 CLI 工具（如 ssconvert 或 Python pandas）提前将大 Excel 拆为多个小 .csv，再并行分发至不同队列 Job；
- Laravel Job Batching：利用 Bus::batch() 将 40 万行拆为 400 个含 1000 行的子任务，实现失败隔离与进度追踪；
- 微服务解耦：将 Excel 解析逻辑抽离为独立 PHP-FPM/Worker 服务（如基于 Swoole 或 RoadRunner），部署于高内存机器，通过 Redis 或 HTTP API 与主应用通信；
- 改用 CSV + 流式解析：若业务允许，强制用户上传 CSV，并使用 fgetcsv() + stream_get_line() 实现真正常量内存解析（<5MB）。
? 总结：没有银弹，但有最优路径——优先启用 WithChunkReading + WithBatchInserts，辅以队列资源限制与日志精简；中长期应推动数据源标准化（CSV 优于 XLSX）、引入异步微服务，并建立导入性能监控（如 Prometheus + Laravel Horizon Metrics）。内存问题本质是数据处理范式的错配，而非框架缺陷。
