EF Core中调用ToList()方法时DbContext是否会被释放？

对DbContext返回的查询结果调用ToList()，不会直接释放DbContext上下文实例。

• 首先纠正关于DbContext释放的偏差认知：垃圾回收器确实可以在DbContext失去所有引用后回收其占用的托管内存，但不推荐完全依赖GC处理DbContext资源。DbContext除了托管内存外，还会持有数据库连接这类非托管资源，GC对非托管资源的回收时机完全不确定，高并发场景下可能导致数据库连接池耗尽，这也是官方推荐用using语句、或通过依赖注入容器以作用域模式管理DbContext生命周期的核心原因。
• 你看到的“读取查询到的对象会触发资源释放”是对EF Core查询执行逻辑的误读：当你通过DbContext编写LINQ查询返回IQueryable类型结果时，EF Core并不会立即执行数据库操作，只有调用ToList()/ToArray()/First()这类终结方法、或者直接遍历结果集时，才会真正建立数据库连接、执行SQL、拉取映射数据。这个过程中数据拉取完成后，释放的是本次查询占用的数据库连接，而非整个DbContext实例。

调用ToList()时的完整执行链路如下：

1. 解析IQueryable对应的表达式树，生成适配当前数据库的SQL语句
2. 从连接池获取数据库连接，执行SQL查询
3. 将读取到的数据库结果逐行映射为实体对象，填充到内存中的List<T>集合
4. 关闭并归还本次查询使用的数据库连接到连接池，返回填充完成的List集合

• 整个流程结束后，DbContext实例本身仍处于可用状态，你可以继续用该实例执行新的查询、提交SaveChanges()变更，不会触发上下文已释放的异常。

“不需要用using包裹DbContext、GC会自动回收”只是技术层面的可行逻辑，绝非生产环境的推荐实践：

• 如果是手动new出来的DbContext，用完不主动释放，虽然GC最终会回收资源，但回收时机不可控，存在资源泄漏风险
• 如果是在ASP.NET Core等框架中通过依赖注入以Scoped模式注册DbContext，框架会在作用域结束（比如单次HTTP请求结束）时自动完成DbContext的释放，不需要手动编写using块

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