Visual C#读取Excel单元格值时程序终止、后续代码跳过的问题

咱们先拆解你遇到的状况——执行那行读取单元格的代码后程序直接终止、后续代码跑不起来，大概率是未处理的异常导致的。因为.NET程序如果遇到未捕获的异常，就会直接崩溃退出，你看到的窗体弹出应该是系统的程序崩溃提示。

下面是几种最可能的原因和对应的解决办法：

1. 目标单元格为空（Value2返回null） #

如果E3单元格是空的，Value2会返回null，这时候直接调用.ToString()就会触发NullReferenceException，直接炸掉程序。

• 解决办法：先判断Value2是否为null，再做转换：

  Excel.Range cell = myExcelWorkSheet.Cells[3, "E"] as Excel.Range;
  string s = cell.Value2 != null ? cell.Value2.ToString() : string.Empty;
  

2. Excel互操作库引用异常或版本不兼容 #

如果你的项目引用的Excel Interop库版本和本地安装的Excel版本不匹配，或者是手动引用本地COM组件导致的兼容性问题，访问Cells属性时可能触发COM异常，导致程序终止。

• 解决办法：
  • 右键项目→管理NuGet程序包，搜索Microsoft.Office.Interop.Excel并安装（用NuGet的包比手动引用本地COM组件更稳定）
  • 确保本地安装的Excel版本和库版本兼容（比如Office 2019对应Interop库16.0版本）

3. Excel COM对象未正确释放导致资源冲突 #

如果之前的Excel对象（比如Application、Workbook）没有正确释放，重复访问时可能触发异常，甚至导致程序崩溃。

• 解决办法：用try-catch-finally包裹代码，确保使用完的COM对象都被释放：

  Excel.Application excelApp = null;
  Excel.Workbook workbook = null;
  Excel.Worksheet worksheet = null;
  try
  {
      excelApp = new Excel.Application();
      workbook = excelApp.Workbooks.Open(@"你的Excel文件路径");
      worksheet = workbook.Worksheets[1] as Excel.Worksheet;
      Excel.Range cell = worksheet.Cells[3, "E"] as Excel.Range;
      string s = cell.Value2 != null ? cell.Value2.ToString() : string.Empty;
      // 后续业务逻辑
  }
  catch (Exception ex)
  {
      // 捕获异常并提示，避免程序直接崩溃
      MessageBox.Show($"读取单元格失败：{ex.Message}");
  }
  finally
  {
      // 手动释放COM对象，避免资源泄漏
      if (worksheet != null) System.Runtime.InteropServices.Marshal.ReleaseComObject(worksheet);
      if (workbook != null) 
      {
          workbook.Close(false);
          System.Runtime.InteropServices.Marshal.ReleaseComObject(workbook);
      }
      if (excelApp != null) 
      {
          excelApp.Quit();
          System.Runtime.InteropServices.Marshal.ReleaseComObject(excelApp);
      }
  }
  

4. 文件被占用或权限不足 #

如果目标Excel文件被其他程序打开（比如你手动打开了这个文件），或者程序没有读取该文件的权限，访问单元格时会触发IOException或COM异常。

• 解决办法：
  • 确保文件没有被其他进程占用
  • 给程序所在的文件夹添加读写权限（右键文件夹→属性→安全→编辑→添加当前用户的完全控制权限）

最后给你一个关键建议：永远给操作Excel的代码加上try-catch块，这样即使出问题，你能看到具体的异常信息，而不是直接崩溃，排查问题会轻松很多。

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