为何Razor视图的InvalidOperationException报错位置与实际问题不符？

你遇到的这个问题确实有点反直觉——明明是视图下方的First()调用惹的祸，但堆栈跟踪却偏偏指向了上面的foreach循环。咱们一步步拆解背后的原因：

1. 异常的真正触发点 #

首先得明确：foreach循环本身处理空集合是完全安全的，它只会直接跳过循环体，根本不会抛出异常。而你遇到的InvalidOperationException，百分百是Model.RoutineAttachments.First()这句代码触发的——当集合为空时，First()要求序列必须有至少一个元素，找不到就会直接炸锅。

你改成FirstOrDefault()?.RoutineId后问题解决，也印证了这一点：FirstOrDefault()在集合为空时会返回null，加上空值运算符?.，就能安全地返回null而不抛出异常。

2. 为什么堆栈跟踪“指错路”？ #

这锅得甩给Razor视图的编译和异常行号映射机制：

• Razor视图会被后台编译成一个C#类，比如_Page_Views_YourView_cshtml，里面的Execute()方法会严格按照你写的视图代码顺序生成执行逻辑。
• 在你的视图里，foreach的代码先被编译，然后才是下面input元素对应的First()调用。当代码执行到First()抛出异常时，.NET在把编译后的代码行号映射回原始Razor视图行号时出了偏差，结果就错误地把异常位置指向了foreach循环的行，而不是实际出问题的First()那一行。

这种行号映射偏差在Razor视图里偶尔会出现，尤其是当视图里有嵌套代码块（比如foreach、if）时，编译后的代码和原始视图的行号对应关系会变得有点“错位”。

3. 你的测试示例验证了这一点 #

看你写的最小复现代码：

// Controller代码
public class TestController : Controller {
 public ActionResult Index() {
  TestModel t = new TestModel();
  t.TestList = new List<TestItem>(); // 这里是个空集合
  return View(t);
 }
}

// View代码
@model Dashboard.Controllers.TestModel
@foreach (var item in Model.TestList) {
 <h5>@item.S</h5>
}
<input type="hidden" value="@Model.TestList.First().S" />

实际执行流程是这样的：

1. 先进入foreach循环，因为TestList是空的，循环体直接跳过，啥也没干。
2. 接着执行到input元素的代码，调用Model.TestList.First().S，这时候集合为空，直接抛出InvalidOperationException。
3. 但因为Razor的行号映射出了问题，堆栈跟踪就错误地指向了foreach循环的行，让你误以为是foreach的问题。

总结一下 #

• 核心问题：集合为空时First()方法抛出异常，foreach本身完全没问题。
• 堆栈跟踪报错位置不对：是Razor编译后的行号和原始视图行号映射偏差导致的“乌龙”。
• 正确的解决姿势：以后不确定集合是否为空时，要么先用Any()判断集合是否有元素，要么直接用FirstOrDefault()配合?.空值运算符，避免踩这种坑。

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