NET Framework 4.8是微軟官方出品的系統安裝組件，平常大家在運行某些程序的時候會發現，NET Framework存在的重要性！如果沒有了它，你將不能訪問大部分服務，此番小編帶來NET4.8數據包，需要可以來下載哦！
軟件介紹
.net framework 是一個托管執行環境，它為正在運行的應用程序提供各種服務。它由兩個主要的組件組成：公共語言運行時庫（CLR），它是處理正在運行應用程序的執行引擎；和 .NET Framework 類庫，它提供了經過測試的可重用代碼庫，開發人員可從自己的應用程序中調用該庫。
Microsoft .NET Framework如何使用
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主要特色
內存管理：
在許多編程語言中，程序員負責分配和釋放內存以及處理對象的生存期。在 .NET Framework 應用程序中，CLR 代表應用程序提供這些服務。一個通用類型系統。在傳統的編程語言中，基本類型由編譯器定義，這使得跨語言的互操作性變得復雜化。在 .NET Framework 中，基本類型由 .NET Framework 類型系統定義，并且對于面向 .NET Framework 的所有語言都是通用的。
一個廣泛的類庫：
程序員不必編寫大量代碼來處理常見的低級編程操作，而是可以使用易于訪問的類型庫及其成員 .NET Framework 類庫。
發展框架和技術：
.NET Framework 包括用于特定應用程序開發領域的庫，如用于 Web 應用程序的 ASP.NET、用于數據訪問的 ADO.NET 和面向服務的應用程序的 Windows 通信基礎。
語言互操作性：
針對 .NET Framework 的語言編譯器會發出一個名為公共中間語言（CIL）的中間代碼，該代碼在運行時由公共語言運行時庫編譯。使用此功能，用一種語言編寫的例程可由其它語言訪問，程序員可將重點放在以首選語言或語言創建應用程序。
版本兼容性：
除了少數例外，通過使用 .NET Framework 的特定版本開發的應用程序可在更高版本的情況下運行而不需要進行修改。
并行執行：
.NET 通過允許多個版本的公共語言運行時庫在同一臺計算機上存在，來幫助解決版本沖突。這意味著應用程序的多個版本可以共存，并且一個應用程序可在構建它的 .NET Framework 版本上運行。
多目標：
通過定位 .NET Framework 可移植類庫，開發人員可創建在多個 .NET Framework 平臺上工作的程序集，如 .NET Framework、Silverlight、Windows Phone 7 或 Xbox 360。
實現目標
– 為了提供一致的面向對象編程環境，無論目標代碼是在本地存儲和執行的，還是在本地執行但在網絡分發或是遠程執行。
– 提供一個代碼執行環境，以最大限度地減少軟件部署和版本沖突。
– 提供一個代碼執行環境，以促進代碼的安全執行，包括由未知或半信任的第三方創建的代碼。
– 提供一個代碼執行環境，以消除腳本或解釋環境的性能問題。
– 使開發人員在廣泛不同類型的應用程序（如基于 Windows 的應用程序和基于 Web 的應用程序）中保持一致。
– 根據行業標準構建所有通信，以確保基于 .NET Framework 的代碼可與任何其它代碼集成。
.NET Framework 4.8新功能
一、高DPI
高DPI仍然是.NET的焦點。隨著顯示器分辨率不斷提高，應用程序需要放大以補償文字和圖像太小造成的無法辨認。在此版本中，ClickOnce和WinForms將迎來高DPI更新。
高DPI問題持續存在的原因有兩個。首先是高分辨率顯示器的可用性問題。在支持縮放的硬件變得可用之前，微軟無法有效測試200%和300%的縮放比例。因此，除非顯示器已經改進到一定程度，否則縮放仍然是一個問題。
另一個挑戰是多監視器設置。當應用程序在不同分辨率的顯示器之間移動時，必須重新計算縮放并換出圖像。更糟糕的是，應用程序可能會在兩個或多個具有不同分辨率的顯示器上發生重疊。解決這種情況需要各種妥協，結果并不總是令人滿意。
二、性能
除了通常的內部調整(如減少AsyncLocal的內存使用量或微調旋轉鎖)之外，此版本還修復了SqlDataReader.ReadAsync實際上不是異步執行的問題。
三、死鎖和靜態條件
鑒于.NET Framework日趨成熟，我們可能會驚奇地發現，許多核心庫仍存在競態條件和死鎖。以下是與并發相關問題的部分列表。
CLR：在并發調用新動態方法可能發生的潛在崩潰
CLR：調用EventSource的Dispose()時可能發生死鎖
網絡：在鎖定NetworkChanged監聽器和用戶回調時，NetworkInformation.NetworkChange可能會發生死鎖
WCF：在調用Set()之前關閉WaitHandle，可能在AsyncResult中存在競態條件
WCF：當中止連接導致從CleanupChannelCollections中拋出ObjectDisposedException時可能發生的竟態條件
工作流程：在極端使用條件下(與MSDTC的大量連接)，單個線程可能會無限期地持有CriticalSection
用戶界面可訪問性(UIA)
