.net core 3實現了.net 標準2.1。 1、生成可執行文件 以前版本需要dotnet run運行項目，.net core 3支持直接生成目標平臺的可執行文件。比如windows就是exe了，linux就+x了。 2、生成依賴項的副本 以前版本在build時不會把NuGet的工具複製到目標 ...
.net core 3實現了.net 標準2.1。
1、生成可執行文件
以前版本需要dotnet run運行項目，.net core 3支持直接生成目標平臺的可執行文件。比如windows就是exe了，linux就+x了。
2、生成依賴項的副本
以前版本在build時不會把NuGet的工具複製到目標目錄，新版本會複製，但不包括razor和鏈接（鏈接的含義不太清楚）。
3、本地工具
這個工具指NuGet的包，以前2.1支持全局的，新版本支持在目錄里放置dotnet-tools.json清單文件，再使用dotnet tool restore命令重載。
舊版本的工具依然依賴舊版本.net core SDK。
4、支持WPF與Windows Froms
這個在很多國內新聞上已經介紹過了，事實上這些新聞只關註這一條。
項目文件的Sdk設置為Microsoft.NET.Sdk.WindowsDesktop，添加<UseWPF>true</UseWPF>與或<UseWindowsForms>true</UseWindowsForms>即可添加支持。
5、內建快速的JSON解析器
System.Text.Json.Utf8JsonReader，此物只向前讀取（只進讀取器），記憶體占用更少，常規性能是Newton JSON.net的二倍，這個很給力哦！應該會降低很多項目對Newton的依賴。
現在只有讀取器，以後會有：JSON 寫入、DOM（隨機訪問）、poco 序列化程式、poco 反序列化程式。
新推出的Span<T>對高性能的字元分析程式都有很大的好處，包括Kestrel也從中受益。（Kestrel是微軟跨平臺基於libuv的高性能web伺服器，目前應該是最強，不過我還沒有其與h2o的比較信息）
6、索引和範圍
這應該是吸納百家之長的又一力作了，Python對索引的支持非常到位，現在.net也支持了（C#8.0才開始有）。
[1,2,3][0] // 1
[1,2,3][^1] // 輸出3，反向索引
[1,2,3,4,5][1..^2] // 輸出[2,3,4] 範圍索引
7、非同步流
又一個新語言特性，也是要C#8.0支持。
IAsyncEnumerable<T>， IEnumerable<T>的非同步版本。
非同步枚舉器，可以在await foreach中途yield return。建議正式版再使用，現在還有bug。
8、類型：SequenceReader 序列讀取器
配合前面提到的Span<T>，用於高效率，簡單，低分配的讀取分析文本，例如分割回車換行。
9、類型：MetadataLoadContext 元素據負載描述表
可以反射一些程式集的信息，但是不能執行程式集的Invoke。用於工具導向的軟體，或者運行時激活某些功能的場景，用於釋放程式集的文件鎖或暫用記憶體之類的吧啦吧啦……
10、支持Linux 上的 TLS 1.3 和 OpenSSL 1.1.1
使用SslStream的地方，會自動搜尋Linux所安裝的最新版本OpenSSL，儘可能使用TLS1.3。因為TLS1.3更快，步驟更少。而且在SSL在Linux上的特定版本還有漏洞……OpenSSL的漏洞。
11、AES-GCM 和 AES-CCM加密演算法支持
System.Security.Cryptography.AesGcm，System.Security.Cryptography.AesCcm可用。均使用AEAD演算法（Authenticated Encryption with Association Data (AEAD) algorithms）。
12、加密密鑰的導入導出
不用X.509證書即可導入標準的RSA、DSA、ECDsa、ECDiffieHellman公鑰證書，與PKCS#8私鑰證書。
13、Linux上支持串口
這個不懂，就是以前只有Windows支持，現在Linux也可以了。
14、優化了很多現有功能
字元串在字典中做key也會更高效，HttpClient支持無損壓縮Brotli，很多都是不需要修改代碼就可受益。
15、分層編譯
.net core 2.1新功能，2.2預覽版預設啟動，2.2正式時改為可選，現在3.0預設開啟……曲折。
這貨可提高啟動性能，更好的JIT性能，提高吞吐量。
16、Linux的ARM64
哈，Windows 沒有。IoT問題吧。
錯誤難免，還望指正。
