IEnumerable<dynamic>调用ToList()报空引用异常但对象非空问题

从堆栈信息可以直接定位到，你遇到的空引用和sequence对象本身是否为null没有关系，触发链路完全在序列的延迟枚举阶段：

• GetSwimlaneAttribute返回的IEnumerable<dynamic>是Xrm SDK提供的延迟执行查询序列，不是已经加载到内存的静态集合。你执行sequence != null校验时，序列的实际查询逻辑根本还没运行，所有数据拉取、字段投影、结果映射都在ToList()触发枚举迭代时才会执行。
• 最内层的异常触发点在动态编译的投影lambda方法里：lambda_method(Closure , <>f__AnonymousType62 )`，这个方法是Xrm的LINQ提供器动态生成的，用来把CRM返回的原始实体转换成你需要的匿名/动态类型结果。它抛空引用的原因，通常是单条记录的指定字段未被加载到实体的Attribute集合中（也就是字段压根不存在，不是字段值为null），而动态投影逻辑没有对字段不存在的情况做兼容，直接取值触发了空引用。
• 堆栈里的Delegate.DynamicInvoke环节，是Xrm LINQ提供器在调用动态生成的投影方法时，用反射调用把内部的空引用包成了TargetInvocationException，导致你看不到明确的业务代码行号，只能看到动态方法的栈帧。

• 第一步定位异常的具体触发点：跳过直接ToList()的写法，改成手动枚举迭代，逐次捕获异常缩小问题范围：

  var resultList = new List<dynamic>();
  var enumerator = sequence.GetEnumerator();
  while (true)
  {
      try
      {
          if (!enumerator.MoveNext())
          {
              break;
          }
          resultList.Add(enumerator.Current);
      }
      catch (TargetInvocationException ex) when (ex.InnerException is NullReferenceException)
      {
          // 触发异常时输出当前已枚举的记录数，就能定位到是第几行数据触发的问题
          throw new InvalidOperationException($"Xrm序列枚举至第 {resultList.Count + 1} 条记录时触发空引用", ex);
      }
  }
  

• 修复查询端的投影逻辑：
  • 把查询表达式中直接索引访问实体属性的写法，替换成GetAttributeValue<T>()安全取值方法，这个方法会自动兼容“字段不存在”的场景，不会触发空引用。
  • 尽量避免在Xrm LINQ查询中使用dynamic类型的结果，改用强类型实体做投影，减少动态属性解析带来的非预期错误。
• 规避分页组件的异常放大问题：
  堆栈中出现的Microsoft.Xrm.Sdk.Linq.PagedItemCollection会在跨页拉取数据时，将单条记录的处理异常直接向上抛出。可以临时把查询的分页大小调小（如从默认500条/页调整为50条/页），缩小异常的排查范围；也可以在初始化查询时关闭自动分页，将单次拉取的记录量限制在单页范围内，快速复现定位问题。
• 绕过Xrm动态投影的已知问题：
  如果你确实需要dynamic类型的返回结果，可以调整查询逻辑：先通过Xrm查询拉取强类型的Entity对象集合，再在本地内存环境中将实体对象转换为dynamic类型，把原本由Xrm QueryProvider动态执行的投影逻辑放到本地内存运行，避开内部反射调用触发的空引用问题。

内容的提问来源于stack exchange，提问作者Sara Weiss-Rakovsky