前言

大家都知道，C# 中可以用 using 關鍵字來簡化非托管資源（如文件流、數據庫連接等）的釋放，當變量離開 using 作用的范圍后，會自動調用對象的 Dispose 方法，從而完成非托管資源的釋放。在 C#8.0，進一步引入了簡化版的 "using聲明" 語法來避免多個 using 語句的嵌套，保證代碼的優美，例如：

string connStr = "......";

using var conn = new SqlConnection(connStr);

conn.Open();

using var cmd = conn.CreateCommand();

cmd.CommandText = "select * from testdb";

using var reader = cmd.ExecuteReader();

while (reader.Read())
{
 // ......
}

雖然 using 語句非常有用，但在實際使用過程中也存在一些潛在的問題，不可不察！

可能的陷阱

1. 嵌套使用 using 語句

   當多個 using 語句嵌套在一起，內部 using 語句中的資源在釋放時，可能會把外部 using 語句中的資源也釋放掉，比如：

   using (Stream stream = new FileStream("d:\1.txt", FileMode.OpenOrCreate))
   {
    using (StreamWriter writer = new StreamWriter(stream))
    {
     // ......
    }
   }
   

   例子中當內部的 writer 釋放時，會同時釋放外部的 stream  對象，這是因為 StreamWriter 類型 Dispose 機制所造成，所以當我們不太清除內層對象是否與外層對象有關系時，尤其要慎用 using 語句。

   除此之外，外部的 using 有時候也可能會在內部的 using 結束前就釋放資源，導致意外的問題發生，比如數據庫連接。

2. 資源釋放順序:

   當多個 using 語句嵌套在一起時，如果多個資源需要按照特定順序釋放時，using 語句可能無法保證這一順序，導致意外的問題發生。

3. 作用域:

   簡化版的 "using聲明" 語法的作用域是整個方法體，所以很容易導致意外的問題發生，比如以下代碼：

   void usingTest() 
   {
    using var outStream = File.OpenWrite("d:/1.txt");
    using var writer = new StreamWriter(outStream);
    writer.WriteLine("Hello world");
    string s = File.ReadAllText("d:/1.txt");
    Console.WriteLine(s);
   }
   

   當代碼執行到下面這行代碼時，就會提示文件被占用的錯誤。

   string s = File.ReadAllText("d:/1.txt");
   

   
   

總結

using 語句本質上是 try-finally 的語法糖，所以當多個 using 語句嵌套在一起的時候，實際上就是多個 try-finally 語句嵌套在一起，所以造成一些奇怪的問題也就不奇怪了，尤其是 C#8.0 進一步簡化 using 語句之后。

我們在享受 using 語句帶來的便利的同時，也要注意 using 語句正確的使用場景，尤其是在需要使用嵌套 using 語句的時候，這樣才能提高程序的健壯性。

最后，using 語句除了用于釋放非托管資源之外，還在其它的用途，比如引用命名空間、為命名空間或類型創建別名等，有興趣的童鞋可以繼續深入了解。