指示 DataReader
孤立连接和溢出池是严重的问题，根据有关这些问题的新闻组讨论的数量来看，它们十分常见。这些问题最有可能是由 DataReader 引起的。为了测试 DataReader 的行为，我编写了一个 Windows 窗体 (WinForms) 示例应用程序，该示例突出了 CommandBehavior.CloseConnection 选项。（您可以在 http://www.sqlmag.com 上输入 InstantDoc ID 39031 来下载此应用程序）。您可以在使用 SqlCommand 对象的 ExecuteReader 方法来执行查询并返回 DataReader 时设定此选项。我的测试应用程序显示，如果不显式关闭 DataReader（或 SqlConnection），即使使用此选项，连接池还是会溢出。当代码所请求的连接数超过连接池的容量时，该应用程序就会引发异常。
有些开发人员坚持认为，如果您设置 CommandBehavior.CloseConnection 选项，则 DataReader 及其相关联的连接会在 DataReader 完成数据读取时自动关闭。这些开发人员的看法不完全正确 — 只有当您在 ASP.NET Web 应用程序中使用复杂的绑定控件时，该选项才以这种方式工作。在整个 DataReader 结果集中循环到其行集的末尾（也就是说，当 Dr.Read — DataReader 的 Read 方法 — 返回 False 时）还不足以触发连接的自动关闭。不过，如果您绑定到一个复杂的绑定控件（例如，DataGrid），该控件则会关闭 DataReader 和连接 — 前提条件是您设置了 CommandBehavior.CloseConnection 选项。
如果您通过使用另一个 Execute 方法（例如，ExecuteScalar、ExecuteNonQuery 和 ExecuteXMLReader）执行查询，则您需要负责打开 SqlConnection 对象，而且，更重要的是，在查询结束时关闭该对象。如果您忘记了进行关闭，孤立连接会迅速地积累起来。
监视连接数
为了对孤立连接和发生溢出的连接池进行测试，我编写了一个 Web 窗体的示例应用程序。此应用程序使用的方法与您通常用于从查询返回数据的方法相同。（您可以在 http://www.sqlmag.com 上下载此代码的 WinForms 版本。）
我使用了清单 1 中的代码来打开和关闭到 Web 窗体应用程序的连接。标注 A 中的例程针对 110 个新的 SqlConnection 对象创建、打开和执行查询 — 比默认的池大小多 10 个连接。您必须在离开该例程之前关闭和放弃所有这些连接。如果不这样做，SqlConnection 对象将连同关联的池连接一起被孤立。ADO.NET 池机制 (aka the pooler) 关闭数据库连接，但不关闭池连接。我将连接池大小设置为 10，以便使该程序更快地失败 — 如果该程序会失败的话。通常，10 个连接对于一个运行速度象这个查询一样快的查询来说已经足够了。许多开发人员运行着忙碌的 Web 站点，这些 Web 站点使用不到五个连接来处理每天的几十万次点击。
标注 A 中的例程创建 SqlConnection 对象和 SqlCommand 对象，设置 CommandText，并打开连接。然后，标注 B 中的代码确定执行 DataReader 时是否使用 CommandBehavior.CloseConnection，这取决于用户在 Web 窗体上选择了哪些 CheckBox 控件。
在标注 C 的代码中，我指定是否将 DataReader 行集绑定到 DataGrid，或者是否在整个行集中进行循环。标注 C 的代码测试当您到达通过 DataReader 从数据提供程序传递回来的行集的末尾时会发生什么事情。
现在，我使用标注 D 中的代码来指定是手工关闭连接还是让某个其他操作（例如，数据绑定）来完成这项工作。坦白地说，以手工方式关闭连接通常是最安全的，因此，您可以肯定连接不会被孤立。
如果代码成功地运行到这一步，说明我已经成功地打开和关闭了 110 个连接。不过，如果出了问题，标注 E 的代码中的异常处理程序会将异常（通常是 Timeout）作为 InvalidOperationE
