读取Excel单元格触发GetValueInvocationException异常的技术求助

这种诡异的“之前好好的，加一行代码就崩”的问题我之前碰过好几次，咱们一步步来拆解排查：

先抓具体异常细节 #

首先别光看异常类型，先把错误的具体信息捞出来，这能帮你精准定位是单元格内容、行号还是对象状态的问题。给新增的读取代码加个Try-Catch块：

try {
    $columnRe = 5
    $cellValue = $ExcelSheet.Cells.Item($row, $columnRe).text
    Write-Host "第$row行第5列值：$cellValue"
} catch {
    Write-Host "异常详情："
    Write-Host $_
    Write-Host "异常堆栈："
    Write-Host $_.ScriptStackTrace
}

运行后你会看到更具体的报错，比如是不是某一行的单元格有合并、公式错误（#N/A、#VALUE!）或者特殊格式。

检查第5列的单元格状态 #

手动打开你的Excel文件，重点看第5列：

• 有没有合并单元格？Excel COM对象读取合并单元格时，如果指向的是合并区域的非首单元格，容易抛出异常；
• 有没有单元格是公式错误状态？比如#DIV/0!、#NAME?这类，直接读取Text属性会触发报错；
• 有没有空单元格但设置了特殊格式？比如单元格格式设为自定义的奇怪格式，也可能导致读取失败。

换一种读取方式试试 #

有时候Text属性依赖单元格的显示格式，稳定性不如直接读原始值。试试用Value2替代Text：

$columnRe = 5
$cellValue = $ExcelSheet.Cells.Item($row, $columnRe).Value2

Value2会返回单元格的原始数据，不经过格式转换，很多时候能避开格式相关的异常。

检查Excel COM对象的状态 #

有时候Excel进程会因为之前的操作残留异常状态，比如有没有没释放的工作簿/工作表对象？试试：

1. 关闭所有Excel进程（任务管理器里找EXCEL.EXE杀掉）；
2. 重新运行你的脚本，从头初始化Excel对象、打开工作簿；
3. 固定一个确定有数据的行号（比如$row=2）测试新增列的读取，排除循环时行号超出数据范围的问题。

你可以先从捕获异常细节开始排查，这是最快找到问题根源的办法～

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