.net4.8是面向windows 10的全新運(yùn)行環(huán)境而開(kāi)發(fā)出來(lái)的產(chǎn)品，它在4.5.1的基礎(chǔ)上新增了大量改進(jìn)，涉及WPF、WCF、Windows Workflow、SIMD 指令集、垃圾收集器等各個(gè)方面，解決了.NET Framework開(kāi)發(fā)人員社區(qū)要求的幾種方案，包括現(xiàn)代瀏覽器和現(xiàn)代媒體控件、訪(fǎng)問(wèn)觸摸和UWP控件和高DPI改進(jìn)等等?？赏瑫r(shí)支持32/64位的 Windows Vista SP2、Windows 7 SP1、Windows 8、Windows 8.1、Windows Server 2008 SP2、Windows Server 2008 R2 SP1、Windows Server 2012等，支持簡(jiǎn)體中文等多種語(yǔ)言。除此之外，它還是一款脫機(jī)安裝程序，比Web安裝程序包大，且不包含語(yǔ)言包，可以幫助用戶(hù)在沒(méi)有Internet連接導(dǎo)致Web安裝程序無(wú)法使用的情況下使用。

【功能特點(diǎn)】

　　一、【高DPI】

　　1、高DPI仍然是.NET的焦點(diǎn)。隨著顯示器分辨率不斷提高，應(yīng)用程序需要放大以補(bǔ)償文字和圖像太小造成的無(wú)法辨認(rèn)。在此版本中，ClickOnce和WinForms將迎來(lái)高DPI更新。

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

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

　　二、【性能】

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

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

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

　　2、CLR：在并發(fā)調(diào)用新動(dòng)態(tài)方法可能發(fā)生的潛在崩潰。

　　3、CLR：調(diào)用EventSource的Dispose()時(shí)可能發(fā)生死鎖。

　　4、網(wǎng)絡(luò)：在鎖定NetworkChanged監(jiān)聽(tīng)器和用戶(hù)回調(diào)時(shí)，NetworkInformation.NetworkChange可能會(huì)發(fā)生死鎖。

　　5、WCF：在調(diào)用Set()之前關(guān)閉WaitHandle，可能在AsyncResult中存在競(jìng)態(tài)條件。

　　6、WCF：當(dāng)中止連接導(dǎo)致從CleanupChannelCollections中拋出ObjectDisposedException時(shí)可能發(fā)生的竟態(tài)條件。

　　7、工作流程：在極端使用條件下(與MSDTC的大量連接)，單個(gè)線(xiàn)程可能會(huì)無(wú)限期地持有CriticalSection。

　　8、用戶(hù)界面可訪(fǎng)問(wèn)性(UIA)。