EF Core的DbContext何时释放Sql Connection？与ADO.NET释放逻辑有何区别？

核心结论 #

EF Core 默认行为和传统 ADO.NET 一致，执行完数据库操作后会立即关闭连接并归还到连接池，不会等到 DbContext 释放时才关闭。

以你提供的代码为例：
GetActiveOrders 方法中调用 ToArray() 触发查询执行时，内部流程如下：

• 从连接池获取可用连接，打开连接
• 执行生成的 SQL 语句
• 读取全部查询结果，映射为 Order 对象数组
• 立即关闭连接，将连接归还到连接池
• 最后返回 Order 数组

也就是说，SQL 连接在 GetActiveOrders 方法返回结果之前就已经完成释放，完全不需要等待 DI 容器释放 OrderService、触发 DbContext 销毁的逻辑。

特殊例外场景 #

只有以下几种情况，EF Core 会保持连接打开直到 DbContext 释放：

• 使用延迟执行的查询（比如未加立即执行方法的 AsEnumerable()），且还在遍历查询结果的过程中，连接会保持到遍历结束
• 显式开启了数据库事务，连接会保持到事务提交/回滚并释放后才关闭
• 手动调用 DbContext.Database.OpenConnection() 显式打开连接，此时 EF Core 不会自动关闭连接，需要你手动调用关闭方法，或者等 DbContext 释放时统一释放

DbContext Dispose 的作用 #

默认配置下，DbContext.Dispose 主要负责释放手动开启的事务、手动打开的连接、以及上下文缓存的内部资源，常规查询使用的连接早就已经在查询结束后归还到连接池，和 DbContext 的生命周期没有绑定关系。

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