.net 如果仍然存在对池SQL连接的引用，是否会清除池SQL连接？
我关心的是.NET是否会清除已空闲的打开连接，但仍保留保留的引用 我认为，如果物理连接空闲一段时间，即使.net 如果仍然存在对池SQL连接的引用，是否会清除池SQL连接？,.net,sql-server,connection-pooling,sqlconnection,.net,Sql Server,Connection Pooling,Sqlconnection,我关心的是.NET是否会清除已空闲的打开连接，但仍保留保留的引用 我认为，如果物理连接空闲一段时间，即使SQLConnection对象引用保持不变，它也会在一段时间后被回收 usr声称这不会发生，它只回收不再有引用的连接。他的断言，因为这将使连接池不可靠，并会对事务造成严重破坏 我承认，文件中关于保留参考资料的问题含糊不清 我在寻找一个权威的答案，而不仅仅是猜测。要么有人已经试验并证明了这两种情况，要么有人了解内部工作原理 那是哪一个呢 编辑： 我认为这里的混淆是“封闭”的术语。情况似乎是，文档
SQLConnection我认为这里的混淆是“封闭”的术语。情况似乎是，文档将关闭物理连接称为从池中“删除”连接。而“关闭”是指将打开的物理连接释放回池中以供重用
打开的连接仍然可以中止，但如果客户端应用程序仍将其保持为打开状态（即客户端应用程序尚未调用中止连接的关闭），则池程序是否将其标记为无效尚不清楚，但不确定这是否真的重要，而不是作为池计数的一部分。我可以100%肯定地告诉您，连接在释放之前不会返回池。我让一个会话创建一个临时表，并在等待用户输入时将其挂起。用户在6分钟后返回，按下一个按钮，它在同一个SPID上继续，，生活在临时表上继续 应用逻辑，这是有道理的，因为你能想象如果你仅仅因为闲置了X分钟就失去SPID会造成多大的破坏吗？您是否应该继续使用命令“ping”SQL Server以使其保持活动状态？（这太疯狂了）
您似乎混淆了两个概念。当连接关闭时，它将返回池。如果超出范围，则隐式关闭->返回池。对“idle”的引用是指池中的连接变为空闲时，而不是当它被主动引用且未关闭时。保留的连接甚至不在池中，因此无法进行任何类型的清除。从池中释放资源是有意义的，因为一个web应用可以很容易地突发到100个连接，然后在接下来的几个月里保持大约20个活动的并发连接。我刚刚运行了以下程序：
var conn = new SqlConnection("...");
conn.Open();
conn.ExecuteNonQuery("select null");
Thread.Sleep(TimeSpan.FromMinutes(11));
conn.ExecuteNonQuery("select null");
private Timer CreatePruningTimer()
{
return new Timer(new TimerCallback(this.PruneConnectionPoolGroups), null, 240000, 30000);
}
连接池程序定期扫描连接池以查找 未通过关闭或处置关闭的未使用连接，以及 回收它找到的东西。如果应用程序没有显式关闭 或者处理它的连接，这可能需要相当长的一段时间 连接池回收它们，所以最好确保 在连接中显式调用Close和Dispose 我不相信它。用贝叶斯的术语来说，微软文档是有力的证据，但如果有有力的反证据，人们可能会得出相反的结论 我有以下证据表明，打开的连接不会无故关闭：
“保留参考”在这里并不重要，重点是“开放”。要正确回收连接，您需要
Dispose（）Close（）