c# - 无状态 WCF 服务和数据库连接池

Question

这个问题之前已经在 StackOverflow 的这里问过，但根据我的经验，答案实际上是错误的。至少对于 .NET Framework 4.0 和 SQL Server 2005，它们是错误的。

我需要帮助才能一劳永逸地解决这个问题。

问题是 - 无状态 WCF 服务能否以某种方式使用数据库连接池？

参见 Can a Stateless WCF service ...

较早的答案基本上表明没有问题，与任何其他 ADO.NET 方案没有区别。但是，我一直无法获得无状态 WCF 服务来使用连接池，而我可以看到它始终在 WCF 服务之外工作。无论我尝试使用什么连接字符串或参数，它都不会这样做。

数据库连接池是默认启用的，所以一个简单的连接字符串应该可以让我到达那里，例如在 SQL Server Express 上:

SqlConnection sqlCn = new SqlConnection("Data Source=SERVER\SQLEXPRESS; Initial Catalog = xDB; Integrated Security = SSPI;")

使用此连接，在 Windows 窗体应用程序中，如果我连续执行 3 轮 sqlCn.Open() -- 查询数据库 -- sqlCn.Close()，我在第一个 sqlCn.Open() 上遇到了很长的延迟(例如 2 秒)，并且在查询和之后打开/关闭时完全没有延迟。正是我对数据库连接池的期望。

但如果我对包含相同 sqlCn.Open() 的 WCF 服务进行 3 次调用——查询数据库——sqlCn.Close() 代码，我每次调用时我都会遇到 2 秒的初始缓慢启动。

我的猜测是连接池完全由我的代码创建的 ADO.NET 对象控制，并且因为我正在实例化我在内部使用的任何 ADO.NET 类(例如 SqlConnection 等)我的 WCF 服务，当我的服务调用结束时它们会被销毁，连接池也会随之销毁。

这可能不是真的，但如果不是，我做的有什么问题吗？

有人有这方面的经验吗？

(请在发布前测试任何假设或理论)

Answer 1

1) 这是文档:

http://msdn.microsoft.com/en-us/library/8xx3tyca.aspx

When a connection is first opened, a connection pool is created based on an exact matching algorithm that associates the pool with the connection string in the connection. Each connection pool is associated with a distinct connection string. When a new connection is opened, if the connection string is not an exact match to an existing pool, a new pool is created. Connections are pooled per process, per application domain, per connection string and when integrated security is used, per Windows identity. Connection strings must also be an exact match; keywords supplied in a different order for the same connection will be pooled separately.

2) 根据同一链接，“默认情况下，连接池在 ADO.NET 中启用。”

3) 这完全独立于所讨论的 WCF 调用是否是无状态的。

4)最后:

We strongly recommend that you always close the connection when you are finished using it so that the connection will be returned to the pool. You can do this using either the Close or Dispose methods of the Connection object, or by opening all connections inside a using statement in C#, or a Using statement in Visual Basic. Connections that are not explicitly closed might not be added or returned to the pool.