C#使用OleDB读取Excel时如何将double对象拆箱为数组计算

一、现有代码拆箱获取double数值数组的实现 #

你当前代码中rowDataArray返回的是IEnumerable<object[]>类型的弱类型延迟查询，没有做实际拆箱转换，且目前仅读取了每行第一列的数据。要得到可直接用于计算的强类型double数组，直接修改读取段逻辑即可，同时要处理DBNull和单元格类型兼容问题，避免转换报错：

private void button1_Click(object sender, EventArgs e)
{
    // 不确定行数时用List<double>，确定行数直接初始化定长数组性能更高
    List<double> firstColumnData = new List<double>();
    using (OleDbConnection con = new OleDbConnection { ConnectionString = ConnectionString(FileName, "Yes") })
    {
        con.Open();
        using (OleDbCommand cmd = new OleDbCommand { CommandText = "SELECT * FROM [INJECTION Data$]", Connection = con })
        using (OleDbDataReader dr = cmd.ExecuteReader())
        {
            // 废弃原有Load到DataTable再转的逻辑，边读边转减少一次全量内存拷贝
            while (dr.Read())
            {
                // 统一处理空值，默认值可按业务需求调整
                double cellValue = dr[0] == DBNull.Value ? 0d : Convert.ToDouble(dr[0]);
                firstColumnData.Add(cellValue);
            }
        }
    }
    // 需要固定数组时直接调用ToArray()即可得到强类型double数组
    double[] resultArray = firstColumnData.ToArray();
}

注意：OLEDB的IMEX模式默认只扫描前8行判断列类型，如果前8行存在文本值，后续行的数值可能被识别为DBNull，需要修改注册表调整TypeGuessRows参数才能规避，稳定性较差。

二、7万行级Excel数据处理的更优方案 #

OLEDB方案存在32/64位ACE驱动兼容、部署需要额外装组件、列类型识别不准、性能一般的问题，处理万行以上数据时建议换以下方案，综合性能和稳定性都远高于OLEDB：

• 优先使用流式读取方案，不要把全量数据先加载到DataTable这类弱类型容器：DataTable存7万行数据的内存开销是强类型数组的3~4倍，还会增加额外的拆箱耗时。边读边转成值类型数组/强类型集合，后续计算速度能提升至少1倍。
• 如果不想引入第三方依赖：用微软官方的Open XML SDK直接读取xlsx文件，不需要安装Office/ACE驱动，没有位数兼容问题，按SAX模式流式读取7万行数据耗时不到1秒，内存占用不到10MB。
• 如果要减少代码量：用专门优化大文件处理的轻量库MiniExcel，API封装极简，自动处理单元格类型转换、空值兼容，不需要写冗余的类型判断逻辑，流式读取的性能和Open XML SDK基本一致，也没有额外依赖。
• 如果后续涉及多表关联、聚合类的复杂计算：读取完成后直接用数组做向量化计算，或者转成结构体集合做遍历，比操作DataRow索引器的方式快5~10倍。

内容的提问来源于stack exchange，提问作者Gürkan Özdemir