.NET Framework 4.8.1是一款是新運行環(huán)境而開發(fā)出來的產(chǎn)品。.NET 開發(fā)平臺.NET Framework 最新的 4.8.1 版本隨著 Visual Studio 2022 17.3 版本發(fā)布了。它的上一個版本還是 2019 年 4 月的 .NET Framework 4.8 ，開發(fā)時長約兩年半的 .NET Framework 帶來了一些新東西：

.NET Framework 4.8.1官方下載

原生 Arm64 支持

.NET Framework 4.8.1 新增原生 Arm64 支持，利用在 Arm64 上本機運行工作負(fù)載的優(yōu)勢，比在 Arm64 上運行模擬 x64 代碼擁有更好的性能。

可訪問的工具提示

.NET Framework 的工具提示符合 WCAG2.1 （Web 內(nèi)容無障礙指南）中 “關(guān)于懸停或焦點指引” 的規(guī)定。新增如下規(guī)定：

工具提示必須通過鼠標(biāo)懸?；蜴I盤快捷鍵導(dǎo)航到控件才能顯示。
工具提示應(yīng)該是可忽略的。也就是說，像 ESC 鍵這樣的簡單命令應(yīng)該關(guān)閉工具提示。
工具提示應(yīng)該是可懸停的。用戶應(yīng)該能夠?qū)⑹髽?biāo)光標(biāo)放在工具提示上。這使得使用放大鏡等場景能夠為低視力用戶閱讀工具提示。
工具提示應(yīng)該是持久的。一定時間過后，工具提示不應(yīng)自動消失。相反，用戶將鼠標(biāo)移動到另一個控件或者手動關(guān)閉提示時，才能關(guān)閉上一個工具提示。

Windows Forms
文本模式支持 —— 新版本的 WinForms 添加了對 UIA 文本模式的支持。此模式使輔助技術(shù)（放大鏡、機器朗讀等）能夠逐字母遍歷 TextBox 這種基于文本控制的內(nèi)容。總體來說，添加了對 TextBox、DataGridView 單元格、ComboBox 控件等的支持。
解決對比度問題 —— 解決了幾個控件中的高對比度問題，并將選擇矩形的對比度改得更暗、更明顯。
修復(fù)了幾個 DataGridView 問題 —— 更新了滾動條名稱以保持一致。解決了機器朗讀無法處理空 DataGridView 單元格的問題。另外，現(xiàn)在可以為自定義 DataGridView 單元格設(shè)置本地化控件類型屬性。DataGridViewLink 單元格的鏈接顏色已更新，與背景形成更好的對比。

適用于操作系統(tǒng)平臺

2022.08.09 .NET Framework 4.8.1
.NET Framework 4.8.1發(fā)布了，它包含在 Visual Studio 2022 17.3 版本中
.NET 4.8.1 版本可以用于 Windows 10 20H2+ 和 Windows Server 2022+

.NET Framework 4.8 是在 4.x 早期版本的基礎(chǔ)之上構(gòu)建而成，
新增了許多修補程序和功能，同時很好地保持了產(chǎn)品的穩(wěn)定性。

.NET Framework 4.8.1 適用于操作系統(tǒng)：
Windows 10 20H2, 21H1,21H2, Windows 11, Server 2022

.NET Framework 4.8.0 適用于操作系統(tǒng)：
Windows 7 SP1, Windows 8, Windows 8.1, Windows 10
Windows Server 2008 R2 SP1, Windows Server 2012, R2

官方介紹

.NET框架（.NET Framework） 是由微軟開發(fā)，一個致力于敏捷軟件開發(fā)（Agile softwaredevelopment）、快速應(yīng)用開發(fā)（Rapidapplication development）、平臺無關(guān)性和網(wǎng)絡(luò)透明化的軟件開發(fā)平臺。.NET是微軟為下一個十年對服務(wù)器和桌面型軟件工程邁出的第一步。.NET包含許多有助于互聯(lián)網(wǎng)和內(nèi)部網(wǎng)應(yīng)用迅捷開發(fā)的技術(shù)。

.NET框架是一個多語言組件開發(fā)和執(zhí)行環(huán)境，它提供了一個跨語言的統(tǒng)一編程環(huán)境。.NET框架的目的是便于開發(fā)人員更容易地建立Web應(yīng)用程序和Web服務(wù)，使得Internet上的各應(yīng)用程序之間，可以使用Web服務(wù)進行溝通。從層次結(jié)構(gòu)來看，.NET框架又包括三個主要組成部分：公共語言運行時（CLR：Common Language Runtime）、服務(wù)框架（Services Framework）和上層的兩類應(yīng)用模板——傳統(tǒng)的Windows應(yīng)用程序模板（Win Forms）和基于ASP NET的面向Web的網(wǎng)絡(luò)應(yīng)用程序模板（Web Forms和Web Services）。

公共語言運行時（CLR），是一個運行時環(huán)境，管理代碼的執(zhí)行并使開發(fā)過程變得更加簡單。CLR是一種受控的執(zhí)行環(huán)境，其功能通過編譯器與其它工具共同展現(xiàn)。

在CLR之上的是服務(wù)框架，它提供了一套開發(fā)人員希望在標(biāo)準(zhǔn)語言庫中存在的基類庫，包括集合、輸入/輸出、字符串及數(shù)據(jù)類。

那么，在Windows DNA（分布式集成網(wǎng)絡(luò)應(yīng)用體系結(jié)構(gòu)）之后，微軟提出新的.NET框架(新托管代碼編程模型)的主要原因是什么？

問題出現(xiàn)在已開發(fā)了多種技術(shù)的整合的一個單一應(yīng)用程序的子系統(tǒng)上。例如，一個制造企業(yè)有不同的系統(tǒng)，如庫存管理系統(tǒng)，物料清單系統(tǒng)，財務(wù)總帳系統(tǒng)，所有使用可用于應(yīng)用程序開發(fā)的各種技術(shù)實現(xiàn)的。這些系統(tǒng)需要集成在一起，從而形成一個更高級別的企業(yè)信息系統(tǒng)的組織。要做到這一點，應(yīng)用程序開發(fā)人員必須使用如微 軟的分布式組件對象模型（DCOM），通用對象請求代理體系結(jié)構(gòu)（CORBA），Java遠(yuǎn)程方法調(diào)用（RMI）等技術(shù)。然而，這些分布的技術(shù)通過已開發(fā)的應(yīng)用程序編程語言非常緊密地耦合在一起。

跨語言的互操作性也是受限的。例如，如果在Visual C++類已經(jīng)被創(chuàng)建，那么不可能在Visual Basic開發(fā)新的類并將其擴展到Visual C++。因此，開發(fā)者將不得不用每一種項目中用到的語言重新編寫同樣的邏輯的類。功能的可重用性得到了支持，但在早期的技術(shù)，真正的代碼的可重用性是不可用。因此，開發(fā)人員不得不學(xué)習(xí)被用于應(yīng)用程序的開發(fā)組織用到的所有語言。注冊的COM組件。COM組件注冊，才可以在目標(biāo)機器上使用的應(yīng)用程序。應(yīng)用程序必須查找Windows注冊表中查找并加載的COM組件。