.NET删除ICollection条目报错：会话存在其他线程无法启动新事务

这个错误我踩过好几次坑了！大概率是因为你在遍历EF上下文跟踪的Links集合时，同时在同一个数据库会话里执行修改/删除操作——EF的集合迭代器可能还占着数据库会话，这时候你尝试开启新事务（比如删除目标标识符时），就会触发这个异常。下面给你几个靠谱的解决办法：

核心原因拆解 #

当你直接用foreach (var link in entity.Links)遍历的时候，如果Links是EF延迟加载的集合，或者还处于上下文的跟踪状态，遍历过程中数据库会话会被迭代器占用。这时候你再执行删除操作，EF会尝试开启新事务，但当前会话还有未完成的线程（就是那个遍历的迭代器），数据库就会报错说“不允许开新事务，因为会话里还有其他线程在跑”。

具体解决方案 #

1. 先把集合转成内存列表，断开数据库会话关联 #

这是最常用的解决办法——在遍历前把Links转成List<T>，这样你遍历的是内存里的数据，不会占用数据库会话：

// 关键一步：转成内存列表，避免会话被迭代器占用
var linksToRemove = entity.Links.ToList();

// 现在遍历内存列表删除条目
foreach (var link in linksToRemove)
{
    context.Links.Remove(link);
}

// 最后删除目标标识符
context.TargetEntities.Remove(targetEntity);
context.SaveChanges();

2. 用显式事务包裹所有操作（如果需要） #

如果你需要显式控制事务，一定要确保所有遍历操作完成后再开启事务，或者把所有操作都包裹在同一个事务里，而且必须先把集合转成列表：

using (var transaction = context.Database.BeginTransaction())
{
    try
    {
        var linksToRemove = entity.Links.ToList();
        foreach (var link in linksToRemove)
        {
            context.Links.Remove(link);
        }

        context.TargetEntities.Remove(targetEntity);
        context.SaveChanges();
        
        transaction.Commit();
    }
    catch (Exception ex)
    {
        transaction.Rollback();
        throw; // 把异常抛出去便于排查
    }
}

3. 提前加载集合，避免延迟加载坑 #

如果你的Links是延迟加载的，遍历的时候才会去数据库拉数据，这时候会话会被瞬间占用。可以提前用Include加载Links，再转成列表：

// 提前Include加载Links，避免延迟加载时的会话占用
var entity = context.TargetEntities.Include(e => e.Links)
                                  .FirstOrDefault(e => e.Id == targetId);

if (entity != null)
{
    var linksToRemove = entity.Links.ToList();
    foreach (var link in linksToRemove)
    {
        context.Links.Remove(link);
    }

    context.TargetEntities.Remove(entity);
    context.SaveChanges();
}

4. 别在循环里调用SaveChanges！ #

很多人会犯这个错：在foreach循环里每次删除一条就调用SaveChanges，这样会频繁开启事务，很容易触发会话冲突。正确做法是先批量删除所有要删的条目，最后一次性调用SaveChanges：

// ❌ 错误示例：循环内调用SaveChanges，容易触发异常
foreach (var link in entity.Links)
{
    context.Links.Remove(link);
    context.SaveChanges(); // 这里会频繁开启事务，导致会话冲突
}

// ✅ 正确做法：先批量标记删除，最后统一保存
var linksToRemove = entity.Links.ToList();
foreach (var link in linksToRemove)
{
    context.Links.Remove(link);
}
context.TargetEntities.Remove(targetEntity);
context.SaveChanges(); // 只调用一次，减少事务开销

总结 #

最核心的解决思路就是不要直接遍历EF上下文跟踪的ICollection，先转成内存列表，这样就能断开和数据库会话的关联，避免迭代器占用会话导致的事务冲突。按照上面的方法调整代码，应该就能解决这个问题了！

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