.net framework4.8離線安裝包

.net 4.8相對(duì)于其它版本比較擁有了更多的新特性更有便捷的操作方式以及支持多種不同的操作系統(tǒng)帶來(lái)極大的方便，簡(jiǎn)潔大氣的用戶界面以及強(qiáng)大的功能新技術(shù)等等應(yīng)有盡有，讓您輕松穿件令人驚嘆的視覺(jué)效果，上手容易值得一試。需要的朋友趕緊來(lái)下載吧！

.net framework4.8離線安裝包介紹：

.NET Framework 4.8中文離線版也可以叫做.net 4.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)代媒體控件、訪問(wèn)觸摸和UWP控件和高DPI改進(jìn)等等。

.net 4.8特點(diǎn)：

一、高DPI

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

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

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

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

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

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

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

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

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

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

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

用戶界面可訪問(wèn)性(UIA)

三、性能

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

主要功能：

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

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

提供一個(gè)一致的面向?qū)ο蟮木幊汰h(huán)境,而無(wú)論對(duì)象代碼是在本地存儲(chǔ)和執(zhí)行,還是在本地執(zhí)行但在 Internet 上分布,或者是在遠(yuǎn)程執(zhí)行的。

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

使開(kāi)發(fā)人員的經(jīng)驗(yàn)在面對(duì)類(lèi)型大不相同的應(yīng)用程序(如基于 Windows 的應(yīng)用程序和基于 Web 的應(yīng)用程序)時(shí)保持一致。

按照工業(yè)標(biāo)準(zhǔn)生成所有通信,以確?；?.NET Framework 的代碼可與任何其他代碼集成。

更新日志：

1、修復(fù)ASP.NET CheckBox控件的InputAttributes和LabelAttributes的處理。

2、修復(fù)了HttpApplicationFactory類(lèi)中HttpApplication實(shí)例池中的perf問(wèn)題。

3、修復(fù)了從頁(yè)面/控件拋出的NullReferenceException，只有參數(shù)化的構(gòu)造函數(shù)，在定位4.7.2時(shí)使用默認(rèn)值。

4、修復(fù)了使用自定義DataAnnotation.ValidationAttribute時(shí)ValidationContext.MemberName的問(wèn)題。

5、修復(fù)了在GMT以東使用不存在的文件的變更監(jiān)視器時(shí)MemoryCache中的ArgumentOutOfRangeException。

6、修復(fù)可能影響多部分?jǐn)?shù)據(jù)處理的多值HTTP標(biāo)頭的處理。

7、修復(fù)了可能影響多部分?jǐn)?shù)據(jù)處理的多值HTTP標(biāo)頭的處理問(wèn)題。

8、對(duì)于客戶端應(yīng)用程序（winforms，WPF或控制臺(tái)應(yīng)用程序等），ASP.NET客戶端應(yīng)用程序服務(wù)API已經(jīng)針對(duì)潛在的惡意JSON有效負(fù)載進(jìn)行了強(qiáng)化。

9、修復(fù)了ASP.NET 4.7中引入的問(wèn)題，其中意外刪除特定類(lèi)型的緩存項(xiàng)可能導(dǎo)致孤立的* .delete文件阻止Web應(yīng)用程序運(yùn)行。

BCL

1、修復(fù)了使用區(qū)域性感知StringComparer的集合的反序列化。

2、修復(fù)了System.Runtime.CompilerServices.RuntimeFeature.IsSupported以正確考慮.NET Framework 4.7.1中引入的Portable PDB功能的應(yīng)用程序兼容性quirk設(shè)置。

3、通過(guò)解析年份編號(hào)超過(guò)該日期時(shí)代的年數(shù)的日語(yǔ)日期來(lái)修復(fù)該異常。只有當(dāng)有人試圖解析包含某個(gè)時(shí)代和年份的日期時(shí)，才會(huì)注意到行為的變化，而這一年超過(guò)了那個(gè)時(shí)代的去年。

4、默認(rèn)情況下，提升的進(jìn)程不會(huì)讀取HKCU以獲取托管的COM激活信息。

5、修復(fù)了CultureAwareComparer類(lèi)的序列化兼容性問(wèn)題。

6、將System.IO.Compression zlib（在clrcompression.dll內(nèi)）升級(jí)到最新的zlib版本1.2.11。

7、通過(guò)使用CAPI類(lèi)減少哈希中的內(nèi)存分配來(lái)修復(fù)（SHA256CryptoServiceProvider，等）。

8、通過(guò)使用CNG類(lèi)減少哈希中的內(nèi)存分配來(lái)修復(fù)（SHA256Cng，等）。

9、修復(fù)了Windows處理閏秒后System.DateTime返回錯(cuò)誤時(shí)間的問(wèn)題，方法是跟蹤更改：DateTime和DateTimeOffset將使用Windows RS5系統(tǒng)報(bào)告的跳躍秒數(shù)。DateTime.Now和DateTime.UtcNow將始終與系統(tǒng)時(shí)間同步。DateTime和DateTimeOffset永遠(yuǎn)不會(huì)將閏秒報(bào)告為值60，而是始終將其報(bào)告為59. DateTime和DateTimeOffset操作將繼續(xù)按原樣運(yùn)行，即內(nèi)部始終將分鐘處理為60秒，這使得它成為可能與低級(jí)平臺(tái)兼容。

10、修復(fù)了CultureAwareComparer對(duì)象的WCF反序列化失敗問(wèn)題。修復(fù)了使用WCF直接使用數(shù)據(jù)協(xié)定序列化與Web服務(wù)或應(yīng)用程序進(jìn)行通信的應(yīng)用程序遇到無(wú)法反序列化CultureAwareComparer對(duì)象的問(wèn)題。

11、減少了在操作系統(tǒng)中設(shè)置的“FIPS模式”位的影響。

12、將EnvelopedCms的默認(rèn)內(nèi)容加密算法更改為AES。

13、修復(fù)了GetECDsapublicKey以處理腦池曲線。

14、減少了因使用X509Certificate2和相關(guān)類(lèi)型而導(dǎo)致的對(duì)象完成次數(shù)。

15、修正了第1年日語(yǔ)日期的格式（作為任何時(shí)代的第一年），日期將使用元字符而不是年號(hào)“1”格式化。新格式化日期行為的示例：平成元年11月21日與舊格式化日期行為相比平成1年11月21日。

16、修復(fù)了RsaProtectedConfigurationProvider使用的默認(rèn)設(shè)置（使用AES代替3DES，RSA現(xiàn)在使用2048位密鑰，默認(rèn)情況下OAEP處于啟用狀態(tài)），使用OAEP修復(fù)加密，以便寫(xiě)入正確的元數(shù)據(jù)。

17、添加API以使用調(diào)用者指定的摘要算法獲取證書(shū)指紋。

18、修復(fù)了在行的開(kāi)頭讀取異步讀取具有少于字符的字節(jié)數(shù)的進(jìn)程輸出時(shí)拋出的IndexOutOfRangeException。

19、減輕某些System.Data.SqlClient使用方案中出現(xiàn)的兼容性中斷。

20、修復(fù)了使用BinaryFormatter序列化大量對(duì)象時(shí)發(fā)生的序列化異常。