.net framework4.8離線安裝包

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

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

.NET Framework 4.8中文離線版也可以叫做.net 4.8中文離線版，是面向windows 10的全新運行環境而開發出來的產品，它在4.5.1的基礎上新增了大量改進，涉及WPF、WCF、Windows Workflow、SIMD 指令集、垃圾收集器等各個方面，解決了.NET Framework開發人員社區要求的幾種方案，包括現代瀏覽器和現代媒體控件、訪問觸摸和UWP控件和高DPI改進等等。

.net 4.8特點：

一、高DPI

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

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

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

二、死鎖和靜態條件

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

CLR：在并發調用新動態方法可能發生的潛在崩潰

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

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

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

WCF：當中止連接導致從CleanupChannelCollections中拋出ObjectDisposedException時可能發生的竟態條件

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

用戶界面可訪問性(UIA)

三、性能

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

主要功能：

提供一個將軟件部署和版本控制沖突最小化的代碼執行環境。

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

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

提供一個可消除腳本環境或解釋環境的性能問題的代碼執行環境。

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

按照工業標準生成所有通信,以確保基于 .NET Framework 的代碼可與任何其他代碼集成。

更新日志：

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

2、修復了HttpApplicationFactory類中HttpApplication實例池中的perf問題。

3、修復了從頁面/控件拋出的NullReferenceException，只有參數化的構造函數，在定位4.7.2時使用默認值。

4、修復了使用自定義DataAnnotation.ValidationAttribute時ValidationContext.MemberName的問題。

5、修復了在GMT以東使用不存在的文件的變更監視器時MemoryCache中的ArgumentOutOfRangeException。

6、修復可能影響多部分數據處理的多值HTTP標頭的處理。

7、修復了可能影響多部分數據處理的多值HTTP標頭的處理問題。

8、對于客戶端應用程序（winforms，WPF或控制臺應用程序等），ASP.NET客戶端應用程序服務API已經針對潛在的惡意JSON有效負載進行了強化。

9、修復了ASP.NET 4.7中引入的問題，其中意外刪除特定類型的緩存項可能導致孤立的* .delete文件阻止Web應用程序運行。

BCL

1、修復了使用區域性感知StringComparer的集合的反序列化。

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

3、通過解析年份編號超過該日期時代的年數的日語日期來修復該異常。只有當有人試圖解析包含某個時代和年份的日期時，才會注意到行為的變化，而這一年超過了那個時代的去年。

4、默認情況下，提升的進程不會讀取HKCU以獲取托管的COM激活信息。

5、修復了CultureAwareComparer類的序列化兼容性問題。

6、將System.IO.Compression zlib（在clrcompression.dll內）升級到最新的zlib版本1.2.11。

7、通過使用CAPI類減少哈希中的內存分配來修復（SHA256CryptoServiceProvider，等）。

8、通過使用CNG類減少哈希中的內存分配來修復（SHA256Cng，等）。

9、修復了Windows處理閏秒后System.DateTime返回錯誤時間的問題，方法是跟蹤更改：DateTime和DateTimeOffset將使用Windows RS5系統報告的跳躍秒數。DateTime.Now和DateTime.UtcNow將始終與系統時間同步。DateTime和DateTimeOffset永遠不會將閏秒報告為值60，而是始終將其報告為59. DateTime和DateTimeOffset操作將繼續按原樣運行，即內部始終將分鐘處理為60秒，這使得它成為可能與低級平臺兼容。

10、修復了CultureAwareComparer對象的WCF反序列化失敗問題。修復了使用WCF直接使用數據協定序列化與Web服務或應用程序進行通信的應用程序遇到無法反序列化CultureAwareComparer對象的問題。

11、減少了在操作系統中設置的“FIPS模式”位的影響。

12、將EnvelopedCms的默認內容加密算法更改為AES。

13、修復了GetECDsapublicKey以處理腦池曲線。

14、減少了因使用X509Certificate2和相關類型而導致的對象完成次數。

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

16、修復了RsaProtectedConfigurationProvider使用的默認設置（使用AES代替3DES，RSA現在使用2048位密鑰，默認情況下OAEP處于啟用狀態），使用OAEP修復加密，以便寫入正確的元數據。

17、添加API以使用調用者指定的摘要算法獲取證書指紋。

18、修復了在行的開頭讀取異步讀取具有少于字符的字節數的進程輸出時拋出的IndexOutOfRangeException。

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

20、修復了使用BinaryFormatter序列化大量對象時發生的序列化異常。