ExcelDataReader + IsFirstRowAsColumnNames = false + 逐行 GetValue(i) 是最稳、内存最低、兼容性最好的 SAX 风格读取方案，因其不依赖 Office、不触发 ISAM 错误、不采样推断类型，且对空行、混合类型、损坏格式天然容错。
直接上结论：用 ExcelDataReader + IsFirstRowAsColumnNames = false + 逐行 GetValue(i) 是目前 .NET 生态下最稳、内存最低、兼容性最好的 SAX 风格读取方案。 它不依赖 Office、不触发 ISAM 错误、不采样推断类型，且对空行、混合类型、损坏格式有天然容错力。
为什么不用 OleDbConnection 读 .xlsx
在 .NET 6+ 环境下，OleDbConnection 读 .xlsx 几乎必然报 "Could not find installable ISAM"。根本原因不是驱动没装，而是 Windows 自带的 ACE OLE DB Provider 对 OpenXML 格式支持残缺，且它会强制按前 8 行采样列类型：
- 第一行为空？整列被识别为
DBNull，后续数据全丢 - 第 3 行是数字、第 5 行是日期？采样结果可能是
double，日期变成序列号45366.0 - 文件加密或含自定义属性？直接抛
InvalidOperationException
这不是配置问题，是设计缺陷——它压根就不是为流式/大文件场景设计的。
为什么 ExcelDataReader 要禁用自动表头识别
IsFirstRowAsColumnNames = true 看似省事，但实际埋雷：
- Excel 第一行真有表头？很多模板第一行是标题栏（合并单元格）、第二行才是字段名
- 设为
true后，reader.Read()第一次调用就跳过首行，你无法校验它是否真的匹配业务字段 - 一旦表头行含空格、特殊字符或重复列名，
DataTable构建阶段就失败
正确姿势是设为 false，手动用 reader.Read() 读第一行，做字段合法性检查（比如 string.IsNullOrWhiteSpace(reader.GetValue(0)?.ToString())），再决定是否跳过。
GetValue(i) 比 GetFieldType(i) 更可靠
很多人想先判断类型再转值，结果掉进坑里：
-
GetFieldType(i)返回的是Type对象，但 ExcelDataReader 对日期/数字的内部表示是double，所以常返回typeof(double)，而非typeof(DateTime) - 调用
Convert.ToDateTime(reader.GetValue(i))时，若值是double 45366.0，.NET 会尝试转成 DateTime，但语义丢失（时区、格式） -
GetValue(i)始终返回原始解析值（double、string、bool），你可控地做转换：if (val is double d) { var dt = DateTime.FromOADate(d); }
记住：Excel 文件里没有“日期类型”，只有“序列号”，所有语义还原必须由你显式控制。
流式读取时最容易被忽略的释放点
用 ExcelDataReader 读完别只关 FileStream，还要确保 reader 本身被释放：
- 务必用
using (var reader = factory.CreateReader(stream))，不能只用stream的using - 如果中间提前
break或return，没走完while (reader.Read())循环，reader内部缓冲可能未清空，下次复用该 stream 会出错 - 不要把
reader存为类字段跨方法复用——它不是线程安全的，且状态不可重置
真正流式的核心，不是“边读边处理”，而是“每读一行，前一行内存立即不可达”。任何缓存、列表收集、延迟转换，都会让内存曲线陡升。
