是否需要显式关闭并释放SQLConnection？代码场景下的自动释放疑问

先给你一个明确的结论：必须显式管理SqlConnection的生命周期，别指望它自动释放，咱们结合你贴的代码详细分析：

先看你的代码片段：

SqlDataReader rdr = null; 
con = new SqlConnection(objUtilityDAL.ConnectionString); 
using (SqlCommand cmd = con.CreateCommand()) { 
    try { 
        if (con.State != ConnectionState.Open) 
            con.Open(); 
        cmd.CommandType = CommandType.StoredProcedure; 
        cmd.Parameters.Add(Parameter); 
        cmd.CommandText = _query; 
        rdr = cmd.ExecuteReader(); 
    } catch (Exception ex) { 
        throw ex; 
    } 
}

这里最大的问题是：你的SqlConnection对象con既没被using包裹，也没在代码结束后调用Close()或Dispose()。那它会不会被自动释放？

答案是：.NET的垃圾回收器（GC）最终会回收这个对象，但这完全不可靠，会踩大坑：

• GC的回收时机是不确定的，可能过几秒、几分钟甚至更久才会处理它。这期间这个数据库连接会一直被占用，要是你的请求多了，很快就会把数据库连接池的可用资源耗尽，到时候新的请求连不上数据库，直接报错。
• 就算GC最终回收了，它是通过调用对象的Finalize方法来间接关闭连接的，这个过程是异步的，你完全没法控制，风险太高。

那正确的做法是什么？
最推荐的方式是把SqlConnection也放进using语句里——因为SqlConnection实现了IDisposable接口，using会在代码块结束后自动调用Dispose()，而这个方法内部会自动帮你关闭连接，不管代码有没有抛出异常。另外，你的SqlDataReader也最好用using包裹，确保资源被及时释放。

给你改好的代码示例：

using (SqlConnection con = new SqlConnection(objUtilityDAL.ConnectionString))
using (SqlCommand cmd = con.CreateCommand())
{
    try
    {
        con.Open(); // 不用判断连接状态，using里的连接初始是关闭的，直接开就行
        cmd.CommandType = CommandType.StoredProcedure;
        cmd.Parameters.Add(Parameter);
        cmd.CommandText = _query;
        using (SqlDataReader rdr = cmd.ExecuteReader())
        {
            // 在这里处理阅读器的数据，比如循环读取行
            while (rdr.Read())
            {
                // 你的数据处理逻辑
            }
        }
    }
    catch (Exception ex)
    {
        // 这里别写throw ex，会丢失原始堆栈信息，直接throw就行
        throw;
    }
}

如果因为某些特殊情况不能用using，那一定要在finally块里手动释放所有资源：

SqlConnection con = null;
SqlCommand cmd = null;
SqlDataReader rdr = null;
try
{
    con = new SqlConnection(objUtilityDAL.ConnectionString);
    cmd = con.CreateCommand();
    con.Open();
    // 你的业务逻辑
    rdr = cmd.ExecuteReader();
    // 处理数据
}
catch (Exception ex)
{
    throw;
}
finally
{
    // 按顺序释放资源，先释放阅读器，再命令，最后连接
    rdr?.Dispose();
    cmd?.Dispose();
    if (con?.State == ConnectionState.Open)
        con.Close();
    con?.Dispose();
}

再回到你的原始问题：代码执行结束后，这个连接对象会不会被自动释放？
从CLR的角度，GC最终会回收它，但这绝对不是“自动释放”的正确方式。数据库连接是稀缺资源，必须主动、及时地释放，依赖GC是非常糟糕的编程习惯，会给你的应用埋下稳定性隐患。

内容的提问来源于stack exchange，提问作者Chinchan