.NET Core 3.1转.NET 6后，控制器下载方法因找不到视图报错

核心原因 #

这个问题的本质是你的ExcelDownload方法执行过程中抛出了未捕获的异常，导致框架没有走到return File(...)这一步，转而尝试渲染与Action同名的视图（也就是ExcelDownload视图），而你原本就没有这个视图，所以报了找不到视图的错误。

在.NET Core 3.1中能正常运行，可能是以下两种情况：

• 3.1项目中存在全局异常处理逻辑，将异常捕获并处理了，没有触发视图查找的逻辑；
• 3.1环境下，代码中省略的部分（// ...区域）没有触发异常，但迁移到.NET6后，因依赖库（比如ClosedXML）兼容性、API行为变化等原因抛出了异常。

排查与解决步骤 #

1. 捕获并查看具体异常
   在方法中添加try-catch块，直接暴露真实的错误原因：

   public IActionResult ExcelDownload(string TIDList)
   {
       try
       {
           // 你的原有代码（TIDList处理、workbook创建等逻辑）
           using (var stream = new MemoryStream())
           {
               workbook.SaveAs(stream);
               var content = stream.ToArray();
               return File(content, contentType, fileName);
           }
       }
       catch (Exception ex)
       {
           // 输出异常信息到日志，或者直接返回错误信息便于排查
           return BadRequest($"执行出错：{ex.Message}\n{ex.StackTrace}");
       }
   }
   

   运行后就能看到真实的异常，比如ClosedXML调用报错、TIDList解析失败等。

2. 检查ClosedXML版本兼容性
   确保你使用的ClosedXML版本支持.NET6，建议升级到最新稳定版（比如0.102.0及以上），旧版本可能在.NET6下存在API调用的兼容性问题，导致workbook.SaveAs抛出异常。

3. 核对异常处理中间件配置
   对比.NET Core 3.1和.NET6的启动配置（Program.cs），确保.NET6项目中配置了正确的异常处理逻辑。比如3.1中可能配置了app.UseExceptionHandler自定义错误页面，而.NET6中如果遗漏了这部分，异常就会触发默认的视图查找行为。

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