EF Core数据库连接生命周期及查询执行相关技术咨询

1. 遍历IEnumerable类型的carsAndAllowedColours时，是否每个元素都会触发一次查询？ #

不会。如果carsAndAllowedColours是EF Core的IQueryable<T>转成的IEnumerable<T>（比如直接从DbSet或LINQ查询返回），遍历foreach时会一次性执行完整SQL查询，把所有结果加载到内存后再迭代，不会逐个元素发起查询。
只有当你自己实现了基于yield return的延迟加载IEnumerable时，才可能每次迭代触发一次查询，但EF Core的查询结果默认不会这么做。

2. 数据库连接具体何时打开？ #

EF Core采用延迟打开连接的策略：只有当执行首次需要数据库交互的操作时（比如遍历IQueryable、调用ToList()/FirstOrDefault()等查询方法），才会打开连接。

3. 数据库连接何时关闭？ #

3.a. 为什么观测到连接状态始终为关闭？ #

你观测的是DbConnection对象的状态，而EF Core默认使用连接池：当查询操作完成后，EF Core会立即将连接归还给连接池，此时DbConnection对象的状态会被标记为关闭，但物理连接并没有真正断开，只是回到池里处于空闲状态等待复用。所以你看到的是对象的逻辑状态，不是数据库端的实际连接状态。

3.b. 为什么MariaDB终端会出现Sleep状态的连接？ #

这是连接池的正常行为。ADO.NET（EF Core基于它）会维护连接池，保留一定数量的空闲连接，避免频繁创建和销毁连接的性能开销。这些Sleep状态的连接是池中的空闲连接，会在达到空闲超时时间后被数据库自动关闭，或者被后续的数据库操作复用。

4. 哪些场景需要将IEnumerable转为List（调用.ToList()）？ #

• 多次遍历结果时：如果直接用IQueryable（转成的IEnumerable），每次遍历都会重新执行SQL查询；转成List后仅执行一次查询，后续遍历直接操作内存中的数据。
• 执行无法转成SQL的内存操作时：比如使用LINQ to Objects的方法（如自定义的内存过滤、排序逻辑），IQueryable会尝试将操作转成SQL，可能抛出异常；转成List后即可正常执行内存中的逻辑。
• 脱离DbContext生命周期时：如果后续操作中DbContext会被释放，IQueryable会因上下文失效而无法使用；List是独立的内存集合，不受上下文生命周期影响。
• 优化N+1查询问题时：结合Include()加载关联数据后，调用.ToList()可以一次性加载所有关联数据，避免后续遍历触发多次查询。

5. db.Database.GetDbConnection()是获取当前连接的正确方式吗？会创建新连接吗？ #

db.Database.GetDbConnection()不会创建新连接，它返回的是当前DbContext正在使用的连接对象。需要注意：

• 在EF Core首次打开连接之前，调用该方法会触发连接的初始化，但不会打开连接。
• EF Core会自动管理连接的打开和关闭，除非有特殊需求（比如执行原生SQL需要手动控制连接），否则不要手动调用连接的Open()/Close()方法，交给EF Core处理即可。

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