EF Core无事务时同一DbContext实例多查询的连接处理问题

你的理解基本正确，但有几个关键细节需要补充：

• 无事务时的连接生命周期
  默认情况下，EF Core并不会提前持有数据库连接，只有当你调用ToListAsync、FirstAsync这类触发查询实际执行的方法时，才会从连接池获取连接。查询执行完成（结果集完全读取完毕）后，会立刻将连接归还到连接池，不会为后续操作保留连接。
  对应你给出的流程：步骤1的查询会获取一个连接，执行完成后归还；步骤3的查询会重新从连接池申请连接（可能拿到之前的那个，也可能是新的，取决于连接池的复用状态）。

• 与事务场景的核心区别
  当包裹事务时，DbContext会在事务启动时就获取连接，直到事务提交或回滚后才归还连接，期间所有查询都会复用这个持有的连接。而无事务场景下没有这个长期持有的逻辑，每个独立查询都是"获取连接→执行查询→归还连接"的短周期操作。

• 需要注意的例外情况
  如果你的代码返回的是未立即执行的IQueryable<T>（没有调用ToListAsync等方法触发执行），连接会在你枚举这个结果集的过程中保持打开，直到枚举完成才会归还。不过在常规业务代码中，这种场景比较少见，大多数情况下都会立即执行查询并获取结果。

内容的提问来源于stack exchange，提问作者Hannes Härm