.NET Framework 4.8官方版

NET Framework 4.8是由微軟推出的系統(tǒng)組件，.NET Framework 4.8是微軟官方近期推出的最新.net版本，增加了對win10系統(tǒng)的支持，解決了死鎖和靜態(tài)條件的問題，提高了用戶界面可訪問性，僅適用于64位系統(tǒng)。.NET Framework 4.8仍然只支持.NET Standard 2.0，部分C# 8.0的新特性無法使用。

安裝教程

1、雙擊“NDP48-Preview-x86-x64-AllOS-ENU.exe”開始提取安裝包

2、完成后進入安裝向導一直下一步安裝就可以了

安裝不了通用解決方法

1、在桌面上找到“計算機”，單擊右鍵選擇“管理”，如圖所示。

2、在打開的“計算機管理”窗口中依路徑“服務和應用程序——服務”打開，在列表中找到“Windows Update”并單擊右鍵選擇“停止”。

3、按住“Win+R”鍵打開運行對話框，輸入cmd并回車，在打開的界面輸入net stop WuAuServ回車(停止windows update服務)，如圖所示。

4、按住“Win+R”鍵打開運行對話框，輸入cmd并回車，在打開的界面輸入net stop WuAuServ回車(停止windows update服務)，如圖所示。

5、此時再打開原來的“計算機管理”窗口中依路徑“服務和應用程序——服務”打開，在列表中找到“Windows Update”并單擊右鍵選擇“啟動”，此時再安Microsoft .NET Framework 4.54.0的安裝包就能順利通過了。

.NET Framework 4.8新功能

一、高DPI

高DPI仍然是.NET的焦點。隨著顯示器分辨率不斷提高，應用程序需要放大以補償文字和圖像太小造成的無法辨認。在此版本中，ClickOnce和WinForms將迎來高DPI更新。

高DPI問題持續(xù)存在的原因有兩個。首先是高分辨率顯示器的可用性問題。在支持縮放的硬件變得可用之前，微軟無法有效測試200%和300%的縮放比例。因此，除非顯示器已經改進到一定程度，否則縮放仍然是一個問題。

另一個挑戰(zhàn)是多監(jiān)視器設置。當應用程序在不同分辨率的顯示器之間移動時，必須重新計算縮放并換出圖像。更糟糕的是，應用程序可能會在兩個或多個具有不同分辨率的顯示器上發(fā)生重疊。解決這種情況需要各種妥協，結果并不總是令人滿意。

二、性能

除了通常的內部調整(如減少AsyncLocal的內存使用量或微調旋轉鎖)之外，此版本還修復了SqlDataReader.ReadAsync實際上不是異步執(zhí)行的問題。

三、死鎖和靜態(tài)條件

鑒于.NET Framework日趨成熟，我們可能會驚奇地發(fā)現，許多核心庫仍存在競態(tài)條件和死鎖。以下是與并發(fā)相關問題的部分列表。

CLR：在并發(fā)調用新動態(tài)方法可能發(fā)生的潛在崩潰

CLR：調用EventSource的Dispose()時可能發(fā)生死鎖

網絡：在鎖定NetworkChanged監(jiān)聽器和用戶回調時，NetworkInformation.NetworkChange可能會發(fā)生死鎖

WCF：在調用Set()之前關閉WaitHandle，可能在AsyncResult中存在競態(tài)條件

WCF：當中止連接導致從CleanupChannelCollections中拋出ObjectDisposedException時可能發(fā)生的竟態(tài)條件

工作流程：在極端使用條件下(與MSDTC的大量連接)，單個線程可能會無限期地持有CriticalSection

用戶界面可訪問性(UIA)

NET Framework主要功能

提供一個一致的面向對象的編程環(huán)境,而無論對象代碼是在本地存儲和執(zhí)行,還是在本地執(zhí)行但在 Internet 上分布,或者是在遠程執(zhí)行的。

提供一個將軟件部署和版本控制沖突最小化的代碼執(zhí)行環(huán)境。

提供一個可提高代碼(包括由未知的或不完全受信任的第三方創(chuàng)建的代碼)執(zhí)行安全性的代碼執(zhí)行環(huán)境。

提供一個可消除腳本環(huán)境或解釋環(huán)境的性能問題的代碼執(zhí)行環(huán)境。

使開發(fā)人員的經驗在面對類型大不相同的應用程序(如基于 Windows 的應用程序和基于 Web 的應用程序)時保持一致。

按照工業(yè)標準生成所有通信,以確�；�于 .NET Framework 的代碼可與任何其他代碼集成。