這兩個主題沒什么關系，但是怕文章太短被移除主頁。
using聲明
using語句塊
盡管.NET Core運行時有垃圾收集器（GC）來負責內存清理工作，但是我們還是要自己確保當非托管資源不再使用的時候應該被清理掉。以前針對實現了IDisposable接口的對象，我們經常會使用using 語句塊來這樣做：
這時候它的輸出是這樣的：
這樣寫還是有一點麻煩的，能簡單一些就好了。但是而如果不使用using語句的話，那資源就不會被清理：
其輸出就沒有disposed那段了：
using聲明
但是從C# 8開始，我們可以使用using聲明來做這件事了，要比之前的using語句塊簡單一些，直接看例子：
就是在定義變量前面的地方使用using聲明。
這樣做的話，在Main方法走完的時候，db這個資源是可以被清理掉的：
可以看到db被Disposed了，但是您肯定也發現了不同之處：最后兩行輸出的順序發生了變化。
在使用using語句塊的時候，清理動作發生在using塊結束的時候：
而使用using聲明以后，清理動作會發生超出db作用范圍的時候，也就是離開Main方法的時候：
用法
using語句塊和using聲明還是要結合具體情況來使用。。。
更詳細內容請點擊：官方教程。
異步流 Asynchronous Streams
例子
這是一個很簡單的控制台程序。它有一個NumberFactory，它可以根據傳遞的參數來產生一串數字（IEnumerable<int>）。然后在這個程序中把每個數字都打印出來，同時在前邊顯示出當前的線程ID。
這里面的NumberFactory也是非常的簡單：
這里我做了延遲，模擬讀取外部資源的效果。
運行程序（文章考不到挨個輸出的停頓效果）：
可以看到所在線程的ID都是1。因為其工作原理就是這樣的，程序會阻塞線程以便讓NumberFactory來做它的工作。所以說這樣不是很理想，最理想的辦法是使用C#的異步編程模型，但是在C# 8之前，這是做不到的。但是從C# 8開始，我們就可以這樣做了。
Asynchronous Streams 異步流
首先修改NumberFactory，在Task.Delay(1000)前邊加上await關鍵字來代替.Wait()方法，然后再修改返回類型為IAsyncEnumberable<int>，並在前面添加async關鍵字:
回到Main方法，需要做出兩個修改：
首先，就是在foreach循環前面加上await關鍵字，這看起來比較奇怪，但這就是我們遍歷異步流的方式。注意是在foreach前邊加await，而不是在factory.GenerateNumbers(5)前邊加await。
然后，還需要改變Main方法的返回類型為Task，並加上async關鍵字。
最后運行程序，看看效果：
可以看到，線程的ID有時候會發生變化，這就是我們想要的效果。在這里流是異步的，當它await任務的時候，該線程是可以去做其它工作的。而當程序繼續執行的時候，它確實可能結束於其它的線程。
更詳細內容請點擊：官方教程。