是否有可能编写的代码造成无法通过终止进程来修复的破坏?

这个问题多年来一直在我的脑海里。我要讲一点历史/背景。

当我在编程c++的时候，我对"内存泄漏"有很深刻的理解:你调用new X，然后调用delete X。如果你不多次执行第二部分，你会看到程序所消耗的内存无限增长。

但是，当你关闭应用程序并重新启动时，所有内容都将归零。由于这个原因，通过强制重启来修复内存泄漏是可行的(可能不是最好的解决方案)。

我模糊地意识到，当我做一些WinApi编程，这是可能搞砸，并开始一个"处理泄漏"。资源监视器向您显示了这一点，我认为是杀死程序并不能原谅您的错误代码的情况。我还以为你得重启呢。但事实是，我采取了额外的偏执狂来避免这些泄漏，而不是试图真正了解它们的根本原因。

在。net中，对象被自动计算引用计数，并且后台线程会清除分配给孤立对象所消耗的内存。但是仍然有一些东西暗示可能会搞砸，比如术语"非托管资源"。

到目前为止，我一直保持自己感觉"安全"，总是遵循我看到的模式，例如，如果我想查询SQL，我会先谷歌一下，找到类似的东西:

public DataTable GetData(SqlCommand cmd)
{
    DataTable dt = new DataTable();
   String strConnString  
   =System.Configuration.ConfigurationManager.ConnectionStrings["conString"].ConnectionString;
    SqlConnection con = new SqlConnection(strConnString);
    cmd.Connection = con;
    SqlDataAdapter sda = new SqlDataAdapter();
    cmd.CommandType = CommandType.Text;
    try
    {
        con.Open();
        sda.SelectCommand = cmd;
        sda.Fill(dt);
    }
    catch
    {
        return dt;
    }
    finally
    {
        con.Close();
        cmd.Dispose();
        sda.Dispose();
    }
    return dt;
}

我的问题是我从来没有花时间去想"如果我没有关闭连接会怎么样?"-我只是使用复制/粘贴技术，然后继续。

像LinqPad这样的代码片段工具的出现让我再次思考这个问题，因为我经常尝试使用api，例如我刚刚运行了代码片段:

string qbConStr = @"DSN=QuickBooks Data;SERVER=QODBC;OptimizerDBFolder=%UserProfile%'QODBC Driver for QuickBooks'Optimizer;OptimizerAllowDirtyReads=N;SyncFromOtherTables=Y;IAppReadOnly=Y";
OdbcConnection connection = new OdbcConnection(qbConStr);
connection.Open();
connection.GetSchema();

我不想用"good form"，因为，毕竟，这是一个片段，对吧?

问题:对吧?

public DataTable GetData(SqlCommand cmd)
{
    DataTable dt = new DataTable();
    string strConnString  = ConfigurationManager.ConnectionStrings["conString"].ConnectionString;
    using (SqlConnection con = new SqlConnection(strConnString))
    {
        cmd.Connection = con;
        using (SqlDataAdapter sda = new SqlDataAdapter())
        {
            cmd.CommandType = CommandType.Text;
            con.Open();
            sda.SelectCommand = cmd;
            sda.Fill(dt);
        }
    }
    return dt;
}