为何安装64位Microsoft.ACE.OLEDB.12.0后仍遇未注册异常？

你遇到的这个问题在服务器环境里相当常见，我帮你梳理几个最可能的根源和对应的解决办法：

1. 程序编译平台与驱动位数不匹配 #

这是最容易踩的坑：
你安装了64位的ACE驱动，但如果你的C#程序编译时选择了x86（或者Any CPU模式下勾选了「首选32位」），程序会以32位进程运行，根本调用不了64位的驱动，自然会抛出这个异常。

• 解决步骤：
  1. 打开Visual Studio，右键你的项目 → 属性 → 切换到「生成」选项卡。
  2. 将「平台目标」设置为x64（和你安装的驱动位数保持一致），同时取消「首选32位」的勾选（如果该选项存在）。
  3. 重新编译程序并部署到Azure虚拟机。

2. 驱动未正确注册（权限或安装不完整） #

Azure VM的权限限制可能导致驱动安装时没有完成注册表项的写入：

• 先卸载已安装的ACE驱动，然后右键安装包，选择「以管理员身份运行」重新安装。
• 安装完成后务必重启Azure虚拟机，确保驱动的注册表配置完全生效。

3. 检查OLEDB连接字符串格式是否正确 #

确认你的GetOleDBConnectionString方法返回的连接字符串符合.xlsx文件的标准格式，示例如下：

private static string GetOleDBConnectionString(string filePath)
{
    return $"Provider=Microsoft.ACE.OLEDB.12.0;Data Source={filePath};Extended Properties=\"Excel 12.0 Xml;HDR=YES;\"";
}

注意：Extended Properties里的引号需要转义，HDR=YES表示Excel第一行是表头（如果你的文件没有表头，改成HDR=NO即可）。

4. 替代方案：使用无依赖的Excel读取库 #

如果ACE驱动的问题始终绕不开，推荐换用EPPlus这类开源库——它不需要依赖任何系统级驱动，更适合服务器环境：

• 通过NuGet安装EPPlus（支持.NET Framework）。
• 简单的读取示例代码：

using OfficeOpenXml;
using System.IO;
using System.Data;

public static DataTable ReadExcelWithEPPlus(string filePath)
{
    var dt = new DataTable();
    using (var package = new ExcelPackage(new FileInfo(filePath)))
    {
        var worksheet = package.Workbook.Worksheets.First();
        // 读取表头
        for (int col = 1; col <= worksheet.Dimension.End.Column; col++)
        {
            dt.Columns.Add(worksheet.Cells[1, col].Text);
        }
        // 读取数据行
        for (int row = 2; row <= worksheet.Dimension.End.Row; row++)
        {
            var dr = dt.NewRow();
            for (int col = 1; col <= worksheet.Dimension.End.Column; col++)
            {
                dr[col - 1] = worksheet.Cells[row, col].Text;
            }
            dt.Rows.Add(dr);
        }
    }
    return dt;
}

内容的提问来源于stack exchange，提问作者AndreaNobili