因为 PerformanceCounter 控件提供了方便的下拉列表，所以，您可以在设计时看到任何一种性能计数器类别、计数器名称和特定实例 — 您将要运行的实例除外。这意味着您必须使用图 2 显示的方法来捕获应用程序正在使用的池的适当实例。为了回避这个问题，我选择 _global_ 实例。再次说明一下，此方法假设某个应用程序已经至少创建了一个池，因此您需要做好不存在计数器实例时 ADO.NET 引发异常的准备，就像它在不存在池连接时也会引发异常一样。

    注意不准确的池计数。因为 SqlClient .NET 数据提供程序中存在 .NET 框架 1.1 尚未解决的错误，所以，性能计数器会在池实际上已经删除时错误地指示池“仍然存在”。我能通过结束 MMC 性能监视器管理单元、然后结束 Visual Studio .NET 来验证池已经不再存在。这些步骤说明，。NET 数据提供程序在创建连接池的进程结束时会正确地删除连接池。显然，这种不准确性降低了性能计数器在监视池方面的有效性，所以我希望 Microsoft 将来能解决这个问题。

    计数器不显示的内容

    您可能会面临的一个问题是无法从计数器或 SqlClient 属性看到每个池的配置。每个 SqlConnection 对象的 ConnectionString 保存着这些池设置的密钥。因为您不能依赖于默认设置，所以很难确定池几乎已满或很难使用。这会成为未来版本的 ADO.NET 的另一个方便功能。

    不过，假设您知道各个连接池 ConnectionString 参数的值，则利用清单 1 中的代码，您可以很容易地设置一个计时器来检查您创建的特定池并报告使用百分比。然后，监视应用程序会向您发出警报，以便您可以解决问题并防止溢出。

    最后，请记住，ado.net 采用的方法与基于 COM 的 ADO 有所不同。Visual Basic .NET 完全改变了放弃对象的方式，并且不再确保 Connection 对象在停止作用时被关闭。请确保 SqlConnection 对象（或任何 Connection 对象）在停止作用之前被关闭。

    连接池是一种非常强大的功能，它可以提高应用程序的性能。但如果您不是一个出色的救生员，您的连接池会成为一个危害而不是一个优点。我希望本文讨论的方法有助于您有效地监视连接池并满足用户的需要。