excelize默认读取大文件爆内存因全量解析XML为二维切片；应改用f.Rows或f.ReadRow流式读取，配合rows.Next()校验、defer rows.Close()、row.GetCell按需取列，禁用并发读sheet。
为什么 excelize 默认读取大文件会爆内存
因为默认调用 f.GetSheetRows 或 f.GetSheetMap 时，excelize 会把整个工作表的 XML 解析成二维切片（[][]string），哪怕你只想要第 10 万行的某一列。100MB 的 xlsx 实际解压后 XML 可能超 500MB，再转成 Go 对象，内存轻松破 2GB。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 永远避免对大文件（>10MB 或 >5 万行）使用
f.GetSheetRows、f.GetSheetMap、f.GetSheetList等全量加载方法 - 改用流式 API：
f.ReadRow（逐行）或f.Rows（迭代器模式），它们不缓存整表，只按需解析当前行 - 注意：流式读取仅支持
.xlsx，不支持旧版.xls；且必须确保文件未被其他进程独占写入
f.Rows 怎么安全地遍历百万行而不 panic
f.Rows 返回一个 *Rows 迭代器，底层基于 XML 流式解析，但它本身不校验行有效性 —— 如果某行包含非法字符、损坏的单元格引用或空行，Next() 可能返回 nil，紧接着调用 Row.Cells 就 panic。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 每次调用
rows.Next()后，必须检查返回值是否为true，再调用rows.Row() - 用
defer rows.Close()确保 XML 解析器释放资源，否则可能泄漏 goroutine 和文件句柄 - 若需跳过前 N 行（如表头），用循环 +
rows.Next()，不要试图用索引直接寻址 —— 流式无随机访问能力 - 示例关键片段：
rows, err := f.Rows("Sheet1") if err != nil { log.Fatal(err) } defer rows.Close() for rows.Next() { row, err := rows.Row() if err != nil { log.Printf("parse row error: %v", err) continue // 跳过坏行，别 panic } // 处理 row.Cells... }
读取特定列（比如只取 A、D、F 列）怎么省 CPU 和内存
流式读取仍会解析整行 XML，即使你只关心其中几列。但 excelize 提供了 row.GetCell 懒加载机制 —— 它不会提前解析所有单元格，而是按需从原始 XML 片段中提取指定列。
诊断并修复涉及公式、命名范围、Power Query 刷新、数据透视表、VBA/宏保存等问题的 Microsoft Excel XLSX 工作簿
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 别用
row.Cells获取全量切片，改用row.GetCell("A")、row.GetCell("D")精确读取目标列 - 列名用字符串（如
"A"、"AA"）比用数字索引（0、3）更安全：Excel 列名映射逻辑在excelize内部已优化，且避免手动算错列偏移 - 如果列内容是数字但需要保留格式（如带千分位、小数位），用
cell.Float()或cell.String()前先查cell.Type，否则可能触发隐式类型转换错误 - 性能差异：读 10 万行 × 20 列 → 全量
Cells占用 ~1.2GB 内存；只GetCell("A")+GetCell("D")约 80MB
并发读多个 sheet 是否真能提速？
不能。Excel 文件是单个 ZIP 包，所有 sheet 共享同一份 XML 流。用 goroutine 并发调用 f.Rows("Sheet1") 和 f.Rows("Sheet2")，实际仍是串行解析 —— excelize 底层复用同一个 zip.Reader，且 XML 解析器非线程安全。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 不要为“读多个 sheet”起 goroutine，纯属增加调度开销和锁竞争
- 真要提速，优先考虑：拆分源文件（如导出为多个 10 万行的 xlsx）、换用更轻量的格式（CSV）、或预处理成 SQLite
- 如果必须多 sheet 处理，按顺序读，用
runtime.GC()在每 sheet 后手动触发回收（仅当内存持续增长明显时） - 注意：
f.Close()必须在所有Rows迭代器关闭后调用，否则可能 panic
最常被忽略的是：流式读取下，row.GetCell 返回的 *Cell 指针生命周期只到下一次 rows.Next()，拿它去塞 channel 或异步处理，大概率读到脏数据或 panic —— 所有提取逻辑必须在单次循环体内完成。
