为什么我的SqlConnection在关闭后仍保留在SSMS进程列表中?

Why does my SqlConnection remain in the SSMS Processes list after closing it?(为什么我的SqlConnection在关闭后仍保留在SSMS进程列表中?)
本文介绍了为什么我的SqlConnection在关闭后仍保留在SSMS进程列表中?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一个包含以下代码的C#控制台应用程序:

using (var cn = new SqlConnection())
{
    cn.ConnectionString = "Data Source=localhost;Integrated Security=True;Persist Security Info=False";
    cn.Open();

    System.Console.WriteLine("past open");
}

System.Console.ReadLine();

运行时,我设置了两个断点。一个在WriteLine,一个在ReadLine。我还打开了SQL Server Management Studio(SSMS),并且正在查看活动监视器的进程列表。

当我运行应用程序并遇到我的第一个断点(在WriteLine处)时,我很快就在SSMS进程列表中看到一个进程,它的应用程序名称是".Net SqlClient Data Provider",其数据库是"master"。

当我按F5键到达第二个断点时,我的预期是该进程将从进程列表中删除,因为到那时我已经关闭了我的SqlConnection。但是,在应用程序关闭之前,该进程将一直保留在列表中。

我的假设是该进程仍保留在列表中,因为我的连接并未真正关闭。如果我的假设是准确的,那么我还需要做什么来关闭连接?如果我的假设不准确,那么为什么我的进程仍然列出,以及如何测试我的连接是否已正确关闭?

谢谢。

推荐答案

据我所知,当您使用Close或Dispose方法时,您只是将连接返回到要重用的连接池(连接不会真正关闭),您可以获得更多信息here。

这篇关于为什么我的SqlConnection在关闭后仍保留在SSMS进程列表中?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!

本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!

相关文档推荐

DispatcherQueue null when trying to update Ui property in ViewModel(尝试更新ViewModel中的Ui属性时DispatcherQueue为空)
Drawing over all windows on multiple monitors(在多个监视器上绘制所有窗口)
Programmatically show the desktop(以编程方式显示桌面)
c# Generic Setlt;Tgt; implementation to access objects by type(按类型访问对象的C#泛型集实现)
InvalidOperationException When using Context Injection in ASP.Net Core(在ASP.NET核心中使用上下文注入时发生InvalidOperationException)
LINQ many-to-many relationship, how to write a correct WHERE clause?(LINQ多对多关系,如何写一个正确的WHERE子句?)