移除using块且不手动释放DataReader，SqlConnection会否及何时被释放？

直接结论 #

要是你把using语句去掉，又不手动释放返回的SqlDataReader，sourceConnection确实会被释放，但完全由.NET垃圾回收器（GC）决定时机，这个时间点是不确定的。

具体分析 #

1. 原代码失效的原因
   你推测的没错，原代码里的await using会在GetSourceData方法执行完毕（哪怕已经返回DataReader）后，自动调用sourceConnection.Dispose()关闭底层连接。而SqlDataReader依赖保持打开的连接才能工作，连接被释放后自然无法正常使用。

2. 移除using后的运行逻辑

• 去掉using后，sourceConnection就变成了普通的.NET托管对象，不再受IDisposable自动释放机制的约束。
• 只要SqlDataReader还被代码引用（因为reader和底层连接是绑定关联的），GC就不会回收这个连接对象。但当DataReader不再被任何代码使用时，GC会在某个不确定的时间点回收sourceConnection，此时才会触发它的终结逻辑，间接释放底层的数据库连接资源。

3. 这种做法的潜在风险

• 数据库连接会被长时间占用，很可能耗尽连接池，引发系统性能下降甚至服务故障。
• GC的回收时机完全不可控，你无法预判连接何时会被释放，会导致代码行为不可预期，后续排查问题难度极大。

靠谱的解决思路 #

如果需要返回能正常工作的SqlDataReader，可以用CommandBehavior.CloseConnection参数，让reader的释放操作联动关闭连接：

async Task<SqlDataReader> GetSourceData()
{
    var sourceConnection = new SqlConnection(GetSourceConnectionString());
    await sourceConnection.OpenAsync(cancellationToken);
    var commandSourceData = new SqlCommand(GetSelectStatement(), sourceConnection);
    // 添加该参数，调用方释放reader时会自动关闭底层连接
    return await commandSourceData.ExecuteReaderAsync(CommandBehavior.CloseConnection, cancellationToken);
}

这样调用方在使用完DataReader并释放它时，底层连接会被自动关闭和释放，既保证了reader能正常工作，又不会造成连接资源泄漏。

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