我看到在大多数示例中 SqlCommand 被使用如下
using (SqlConnection con = new SqlConnection(CNN_STRING))
{
using (SqlCommand cmd = new SqlCommand("Select ID,Name From Person", con))
{
SqlDataAdapter da = new SqlDataAdapter(cmd);
DataSet ds = new DataSet();
da.Fill(ds);
return ds;
}
}
我知道我们为什么要使用using语句。但是SqlCommand没有包含Close()方法，所以我们真的应该在using语句中使用它吗？
IDisposable 接口。IDisposable 对象时，应该在 using 语句中声明和实例化它。using 语句以正确的方式调用对象的 Dispose 方法，并且（如前面所示）在 Dispose 被调用后也会导致对象本身立即超出范围。在 using 块内，对象是只读的，不能修改或重新分配。
using 语句确保即使在调用对象方法时发生异常，也会调用 Dispose。您可以通过将对象放在 try 块中，然后在 finally 块中调用 Dispose 来实现相同的结果；事实上，这就是编译器如何将 using 语句转换的方式。代码示例在编译时扩展为以下代码（注意额外的花括号以创建对象的有限范围）：SqlCommand 实现了 IDisposable 接口，这意味着一个 using 语句在结束时会调用 .Dispose() 方法。虽然我不清楚 SqlCommand.Dispose() 做了什么，但是在使用完实例后调用 .Dispose() 是个好习惯，它可以清理数据库连接等资源。
IDisposable。 - Jason Evanspublic sealed class SQLiteCommand：DbCommand，ICloneable，因此它继承自DbCommand。右键单击DbCommand，转到定义，并查看它继承自IDisposable。 - John Doe我进行了一些研究，并找到了一个答案，下面做了总结。如需更详细的解释，请参见这里。
SqlCommand的using语句并没有处理太多内容。 SqlCommand间接继承自实现终结器的Component。除非实现已更改，否则GC会忽略第一次遇到超出范围的具有终结器的对象。 GC不会将其从内存中删除，而是调用终结器然后继续前进。第二次遇到它时，GC将从内存中删除该对象。这显然相当昂贵，因此您不希望终结器运行得太频繁。
为防止终结器运行，《组件》（SqlCommand间接继承自其中）实现了一个dispose方法，告诉GC不要调用终结器，因为dispose方法已经处理了任何清理工作。
using语句用于SqlCommand并没有什么特殊作用，但它可以避免调用更加昂贵的终结器。SqlCommand.Dispose() 用于释放 SqlCommand 使用的所有资源。
Fill()方法会自己管理连接，即使你没有使用using语句。 - Ankush Madankar