Navicat 15导入Excel提示“无法打开文件”主因是ACE驱动位数不匹配或Excel进程占用文件。需确保Navicat、Office、Access Database Engine三者同为32位或64位，并结束EXCEL.EXE等占用进程，再尝试纯英文路径导入。
navicat 15 导入 excel 提示“无法打开文件”，大概率不是权限问题，而是驱动位数不匹配或文件被锁死。windows 下的“权限不足”错误极少直接显示为该提示，更常见的是系统级句柄占用或 ole db 驱动缺失。
为什么不是权限问题？
Navicat 15 在 Windows 上读取 .xlsx 文件时，不走标准文件 I/O，而是通过 Microsoft Access Database Engine（即 ACE OLE DB 驱动）解析 ZIP/XML 结构。这意味着：
- 即使你对文件有完整读写权限，若驱动未安装或位数不匹配，仍会报“无法打开文件”
- Windows 安全策略中的“读取权限”对 ACE 驱动无实际约束力；真正起作用的是进程是否能加载对应架构的
Microsoft.ACE.OLEDB.160.dll - 真实权限错误通常表现为
Access is denied或拒绝访问等明确字样，而非模糊的“无法打开文件”
驱动位数必须严格一致
这是 Navicat 15 导入 Excel 失败的最常见根因。它和 Office、系统、Navicat 自身四者之间必须满足：同为 32 位，或同为 64 位。任意一个错位都会导致驱动加载失败，进而触发该错误。
- 检查 Navicat 位数：
帮助 → 关于 Navicat中看 “Platform” 显示 x86 还是 x64 - 检查 Office 位数：打开任意 Office 应用 →
文件 → 账户 → 关于 Excel，末尾标有 (32-bit) 或 (64-bit) - 若两者不一致，不要尝试“兼容模式”运行——ACE 驱动不支持跨位数调用
- 下载对应位数的
AccessDatabaseEngine.exe：微软官方页面，安装时加参数/quiet可静默安装
文件被 Excel 进程独占锁定
即便你没在编辑 Excel，只要文件曾被 Excel/WPS 打开过且未彻底关闭（比如最小化到托盘、后台存在 EXCEL.EXE 进程），Navicat 就无法获取共享读取句柄，从而报错。
- 任务管理器中结束所有
EXCEL.EXE和WPS.exe进程 - 用 PowerShell 快速验证是否还被占用：
Get-Process | Where-Object {$_.Path -like "*import.xlsx*"} - 临时把文件复制到
C:\temp\test.xlsx（纯英文路径 + 无空格），再导入——排除路径编码干扰 - 避免使用 OneDrive/腾讯微云 同步中的文件，这些服务常在后台加锁
其他容易被忽略的硬性条件
即使驱动和进程都 OK，以下细节仍会导致“无法打开文件”：
-
.xlsx文件实际是.xlsb或加密格式：用file import.xlsx（WSL/Linux）或 PowerShell 的[System.IO.File]::ReadAllBytes("import.xlsx")[0..3]查前 4 字节，正常应为PK\x03\x04 - 首行含合并单元格：Navicat 15 无法推断列边界，直接放弃解析——用 Excel 手动取消合并，或另存为 CSV
- 文件名含
#、&、中文括号等字符：URL 解码阶段会出错，重命名为data_202606.xlsx再试 - Navicat 15.0.x 存在已知 bug：升级到
15.1.11或更高版本可绕过部分驱动初始化失败场景
真正卡住的地方，往往不是“有没有权限”，而是“Navicat 找不到能干活的 ACE 驱动”，或者“Excel 还攥着文件不撒手”。先查位数、再杀进程、最后换路径，三步做完，90% 的“无法打开文件”就消失了。
