使用Entity to SQL调用FirstOrDefault()时第二次请求出现栈溢出异常

使用Entity to SQL查询一张3亿+条记录的超大型数据表时，首次请求及代码其他部分均正常，但第二次执行相同请求时会触发栈溢出异常。拆分LINQ查询后发现，异常发生在调用FirstOrDefault()方法时（该方法会触发LINQ执行查询，作用类似ToList()）。

当前疑惑：这并非递归调用，调用栈仅包含3个方法，却出现栈溢出；且异常仅在第二次调用时发生，怀疑存在作用域外的栈累积或前一次数据库调用的内存残留问题，求排查建议。

相关代码示例 #

查询代码 #

int myId = context.TABLE_NAME.Where(x => x.ID == myId).FirstOrDefault().ID;

实体类代码 #

public partial class TABLE_NAME
{
    [System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Usage", "CA2214:DoNotCallOverridableMethodsInConstructors")]
    public TABLE_NAME()
    {
        this.OTHER_TABLE_NAME = new HashSet<OTHER_TABLE_NAME>();
    }

    public int ID { get; set; }
    ...

    [System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Usage", "CA2227:CollectionPropertiesShouldBeReadOnly")]
    public virtual ICollection<OTHER_TABLE_NAME> OTHER_TABLE_NAME{ get; set; }
}

• 检查DbContext生命周期：如果第二次请求复用了同一个DbContext实例，可能存在跟踪实体的累积问题。确保每次请求使用独立的DbContext，避免实例复用导致的内存/栈异常。
• 关闭实体跟踪：在查询时添加AsNoTracking()，避免EF缓存跟踪大量实体。修改查询为：

  int myId = context.TABLE_NAME.AsNoTracking().Where(x => x.ID == myId).FirstOrDefault()?.ID ?? default;
  

• 只查询所需字段：避免加载整个实体，用Select()直接获取目标字段，减少内存开销：

  int myId = context.TABLE_NAME.Where(x => x.ID == myId).Select(x => x.ID).FirstOrDefault();
  

• 禁用延迟加载：实体类中的OTHER_TABLE_NAME是虚拟集合，EF可能在第二次查询时触发隐式延迟加载，导致异常。可以在DbContext配置中全局禁用延迟加载，或在查询时显式关闭。
• 捕获完整调用栈：使用调试工具获取完整的栈跟踪信息，排查EF内部是否存在隐藏的递归或重复调用逻辑。
• 检查数据库连接池：第二次请求可能复用了有问题的连接，尝试重启连接池或调整连接池配置，排除连接层面的残留问题。
• 验证构造函数线程安全：如果DbContext被多线程复用，构造函数中初始化HashSet可能引发线程安全问题，进而导致栈溢出。

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