x64版Office下Excel.Application.Workbooks.Open方法失效问题咨询

该问题是32位Office升级为64位版本后，Excel COM InterOp的典型已知兼容问题，不属于脚本编写错误。核心原因是64位COM组件注册、权限配置、会话初始化逻辑和32位版本存在差异，导致Excel主COM对象外壳创建成功（直接调用$Excel可返回方法属性），但核心的Workbooks子对象未完成初始化返回空值，调用Open()方法时触发空表达式报错。

• 确认PowerShell进程位数匹配：必须使用64位PowerShell（路径为C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe）运行脚本，32位PowerShell（存放在SysWOW64目录下）无法跨位数正常调用64位Office COM组件。
• 检查Office残留项：如果升级前的32位Office未完全卸载，残留的InterOp程序集注册信息会导致COM调用错位，可使用Office官方清理工具移除残留版本后，修复安装64位Office再测试。
• 验证基础对象状态：运行脚本前先单独执行$Excel.Workbooks确认返回值，若返回空值直接进入配置修复环节，无需调试业务脚本逻辑。

• 修复DCOM权限配置
  1. 运行dcomcnfg打开组件服务，依次进入「组件服务 > 计算机 > 我的电脑 > DCOM配置」，找到「Microsoft Excel 应用程序」项
  2. 打开属性面板，在「标识」选项卡选择「交互式用户」，若脚本通过计划任务后台运行，可指定为具有本地管理员权限的固定运行账号
  3. 在「安全」选项卡下，给脚本运行账号分别授予本地启动、本地激活、本地访问权限
• 补全非交互运行环境
  如果脚本通过计划任务等非交互方式定期运行，需要在C:\Windows\System32\config\systemprofile路径下手动创建名为Desktop的文件夹，给运行脚本的账号授予该文件夹的读写权限，解决64位Excel无法在非交互会话下初始化工作簿对象的问题。
• 调整计划任务配置
  定期运行的计划任务需要勾选「使用最高权限运行」，暂时取消「不管用户是否登录都要运行」选项，确认功能正常后再按需调整后台运行配置。

如果上述配置修复无效，可以直接替换Excel处理依赖：安装ImportExcelPowerShell模块，该模块不依赖本地Office安装，不存在位数兼容问题，处理xlsx文件的性能远高于InterOp。
安装命令：

Install-Module -Name ImportExcel -Scope CurrentUser

对应打开工作簿的调用方式替换为：

$excelPackage = Open-ExcelPackage -Path "C:\spreadsheet.xlsx"

原有业务逻辑可基于该模块的命令做少量调整即可正常运行。

配置完成后可运行以下代码验证功能是否恢复：

# 释放可能残留的Excel进程
Get-Process excel -ErrorAction SilentlyContinue | Stop-Process -Force
$Excel = New-Object -ComObject Excel.Application
$Excel.Visible = $false
$Excel.DisplayAlerts = $false
if ($null -eq $Excel.Workbooks) {
    throw "Workbooks对象初始化失败，请重新检查配置"
}
$wb = $Excel.Workbooks.Open("C:\spreadsheet.xlsx")
# 此处插入原有业务处理逻辑
$wb.Close($false)
$Excel.Quit()
[System.Runtime.Interopservices.Marshal]::ReleaseComObject($Excel) | Out-Null
[GC]::Collect()
[GC]::WaitForPendingFinalizers()

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