微軟在11月5日發布了 .NET Standard 2.1 ，開發團隊計劃在 .NET Standard 2.1 中添加大約 3000 個 API ，其中很大一部分都是全新的，另外一部分則是添加到標準中的現有 API ，以便進一步使 .NET 實現一致。
繼續閱讀以了解有關此最新版本中新功能的更多信息，以及有關平臺支持、治理和編碼的信息。
Span<T>。在 .NET Core 2.1 中，開發團隊添加了一個類似於數組的類型 Span<T>，它允許以統一的方式表示託管和非託管內存，並支持切片而無需複製。它是 .NET Core 2.1 中與性能相關的大多數改進的核心。由於它允許以更有效的方式管理緩衝區，因此可以幫助減少內存分配和複製。Span<T> 被認為是一種非常基礎的類型，因為它需要運行時和編譯器支持才能充分利用。
使用 span 的基礎 API。雖然 Span 已經可以作為 .NET Standard 兼容的 NuGet 包（System.Memor）使用，但添加此包不能擴展 .NET Standard 類型的成員去使用 span。.NET Core 2.1 添加了許多允許使用 span 的API，如 Stream.Read(Span) 。將 span 帶入 .Net Standard 的話，添加這些 API 是很重要的一部分。
反射 emit。為了提高生產力，.NET 生態系統一直大量使用動態功能，如 reflection（反射）和 reflection emit 。Emit 通常被用作優化性能，以及為代理接口動態生成類型的方法。因此，許多人要求將 reflection emit 包含在 .NET standard 中。以前，開發團隊試圖通過 NuGet 包提供，結果發現無法使用包來模擬這樣的核心技術。使用 .NET Standard 2.1 ，你可以訪問輕量級代碼生成（LCG）以及reflection emit ，同時添加了兩個新的 API ，允許你檢查生成代碼的能力（RuntimeFeature.IsDynamicCodeSupported）以及生成的代碼是否被解釋或編譯（RuntimeFeature.IsDynamicCodeCompiled）。
SIMD。.NET Framework 和 .NET Core 支持 SIMD 已經有一段時間了，多被用於加速 BCL 中的基本操作，例如字符串比較。開發團隊收到了很多在 .NET Standard 中公開這些 API 的請求，因為這些功能需要運行時支持，因此無法作為 NuGet 包提供。
ValueTask 和 ValueTask<T>。在 .NET Core 2.1 中，最大的亮點是對高性能場景的基礎知識的支持改進，其中還包含提高 async/await 效率。ValueTask 已經存在，並且如果操作同步，則允許返回結果，而無需分配新的 Task。在 .NET Core 2.1 中，開發團隊進一步對其進行改進，使得有一個相應的非泛型 ValueTask 變得很有用。它允許減少分配內存，即使是在必須異步完成操作的情況下也是如此。在 .NET Standard 2.1 中公開這些 API 將使庫作者能夠作為消費者和生產者從中受益。
DbProviderFactories。在 .NET Standard 2.0 中，開發團隊在 ADO.NET 中添加了幾乎所有的基礎類型(Primitives)，以允許 ORM 和資料庫實現者進行通信。不幸的是，當時 DbProviderFactories 未在其中，新版本已將其補上。簡而言之，DbProviderFactories 允許庫和應用在編譯時使用特定的 ADO.NET 提供程序而無需知道任何特定類型，方法是在基於名稱的已註冊 DbProviderFactory 實例中進行選擇，例如，可以從配置設置中讀取。
General Goodness。自從 .NET Core 開源後，基礎類庫中已添加許多小功能，例如 System.HashCode 用於組合 hash code 或 System.String 上的新的重載。.NET Core 中大約有800個新成員，且幾乎都加入了 .NET Standard 2.1。
有關更多詳細信息，您可能需要查看 .NET Standard 2.1 和 2.0 之間的完整 API 差異。您還可以使用 apisof.net 快速檢查 .NET Standard 2.1 中是否包含某些 API。
更多內容可查閱發行說明：https://blogs.msdn.microsoft.com/dotnet/2018/11/05/announcing-net-standard-2-1/
如果您錯過了我們的 .NET Core 3.0 和 .NET Framework 4.8 更新，其中已經描述了我們對 .NET Framework 和 .NET Core 的支持，如下所示：
.NET Framework 是 .NET 的實現，它安裝在超過 10 億臺計算機上，因此需要保持儘可能的兼容。因此，它的更新速度要比 .NET Core 慢。即使安全性和小錯誤修復也會導致應用程式中斷，因為應用程式依賴於先前的行為。我們將確保 .NET Framework 始終支持最新的網絡協議、安全標準和Windows 功能。
.NET Core 是 .NET 的開源、跨平臺和快速移動版本。由於它的 side-by-side 性質，它可以進行一些無法在 .NET Framework 上冒險進行的修改。這意味著 .NET Core 將隨著時間的推移獲得 .NET Framework 無法獲得的新 API 和語言功能。在 Build 大會中，我們展示了 .NET Core 上文件 API 如何比之前更快。如果我們將這些相同的更改放入 .NET Framework ，我們可能會破壞現有的應用程式，我們不希望這樣做。
鑑於 .NET Standard 2.1 中的許多 API 添加需要修改運行時才能有意義，.NET Framework 4.8將保留在 .NET Standard 2.0 上，而不是實現 .NET Standard 2.1 。.NET Core 3.0 以及即將推出的 Xamarin，Mono 和 Unity 版本將更新以實現 .NET Standard 2.1。
需要支持 .NET Framework 客戶的庫作者應該繼續使用 .NET Standard 2.0。實際上，大多數庫都可以保留在 .NET Standard 2.0 上，因為新添加的 API 主要用於高級場景。但是，這並不意味著庫作者無法利用這些 API，即使他們必須支持 .NET Framework。在這些情況下，他們可以使用多目標來編譯 .NET Standard 2.0 和 .NET Standard 2.1。這允許編寫可以暴漏更多特性的代碼，或者在支持 .NET Standard 2.1 的運行時上提供更高效的實現，同時不放棄 .NET Standard 2.0 提供的更大的支持範圍。
有關多目標的更多推薦，請查看跨平臺目標的最新文檔。
.NET Standard 1.x 和 2.0 版本專注於揭露現有概念。大部分工作都在 .NET Core 方面，因為該平臺從更小的 API 集開始。在前進的道路上，我們通常必須標準化全新技術，這意味著我們需要考慮對所有 .NET 實現的影響，而不僅僅是 .NET Core ，包括在其他社區（如 Mono 或 Unity ）中管理的那些。我們的治理模式已經更新，來考慮所有因素：
.NET Standard 審核委員會。為確保我們不會最終添加無法實現的大量 API，審核委員會將籤署有關 .NET Standard 的 API 添加內容。該委員會由 .NET 平臺、Xamarin、Mono、Unity 和 .NET Foundation 的代表組成，將由 Miguel de Icaza 擔任主席。我們將繼續努力根據共識做出決策，並將利用 Miguel 的廣泛專業知識和經驗來構建 .NET 的實現，並在需要時得到多方的支持。
正式批准流程。.NET Standard 1.x 和 2.0 版本在很大程度上是通過計算現有 .NET 實現的 API 共同來實現的，這意味著 API 集實際上是計算結果。展望未來，我們正在實施一種社區策略：
任何人都可以向 .NET Standard 提交 API 添加建議。
默認認為已有實現中的成員存在 Standard 中。為了防止意外的分裂，我們將默認認為任何 .NET 實現已經添加的所有成員已經存在在 Standard 中。這裡的基本原則是成員級別的分歧是不可取的，除非API 出現問題，否則很可能是一個很好的補充。
驗收要求：
.NET Standard 更新是由計劃的，通常會遵循一組主題。我們避免發布大量不屬於一組常見方案的微小功能。相反，我們嘗試定義一組目標，以描述特定 .NET Standard 版本提供的功能區域類型。這簡化了某些庫應該依賴於 .NET Standard 的問題。它還使 .NET 實現更容易決定是否值得實現更高版本的 .NET Standard。
版本號需要經過討論，通常它是很重要的。雖然我們不打算進行重大更改，但如果新版本添加了大量API（例如，當我們將 .NET Standard 2.0 中的 API 數量增加一倍時），或者整個開發體驗有了相當大的改變，我們將修改 major 版本（就像我們在 .NET Standard 2.0 中添加的.NET Framework 庫一樣，增加了兼容性模式）。
有關更多信息，請查看 .NET Standard 治理模式和 .NET 標準審核委員會。
.NET Standard 2.1 的定義正在進行中。您可以在 GitHub 上觀看我們的進度並提出請求。
如果要快速檢查特定 API 是否在 .NET Standard（或任何其他.NET平臺）中，可以使用 apisof.net 。您還可以使用 .NET 可移植性分析器檢查現有項目是否可以移植到.NET Standard 2.1。
Happy coding!
部分內容來自：https://www.cnblogs.com/Rwing/archive/2018/11/06/announcing-net-standard-2-1.html