.NET连接池的问题详解

防止可淹没应用程序的池溢出大多数 ADO.NET 数据提供程序使用连接池，以提高围绕 Microsoft 断开连接的 .NET 结构构建的应用程序的性能。应用程序将这种情况视为进入 Web 页的延迟或视为应用程序死锁。当代码完成 DataReader 后，您要在 SqlConnection 对象停止作用之前关闭 SqlConnection。要处理行集，您可以将 DataReader 传递到应用程序中的另一个例程，但仍然需要确保 DataReader 及其连接处于关闭状态。与 ADO 和 Visual Basic 6.0 中的情况不同，.NET 垃圾回收器不会为您关闭 SqlConnection 并进行清理。孤立连接和溢出池是严重的问题，根据有关这些问题的新闻组讨论的数量来看，它们十分常见。这些问题最有可能是由 DataReader 引起的。标注 A 中的例程针对 110 个新的 SqlConnection 对象创建、打开和执行查询 ― 比默认的池大小多 10 个连接。