Microsoft .NET Framework 4.7.2是一款由微軟官方推出的最新版本，新版最大的改進就是支持Azure Active Directory的通用和多重身份驗證（MFA，Multi-factor authentication），同時兼容.NET 4.6、4.5及以下多個版本，兼容性良好，離線安裝包可以在無網絡的情況下載安裝使用，歡迎有需要此款工具的朋友們前來下載使用。

Microsoft .NET Framework 4.7.2介紹

Microsoft .NET Framework 4.7.2是與.NET Framework 4,4.5,4.5.1,4.5.2,4.6,4.6.1,4.6.2,4.7和4.7.1高度兼容的就地更新。

離線軟件包可用于由于缺乏互聯網連接而無法使用網絡安裝程序的情況。該軟件包比Web安裝程序更大，并且不包含語言包。我們建議您使用Web安裝程序而不是脫機安裝程序來獲得最佳效率和帶寬要求。

Microsoft .NET Framework 4.7.2 Web在線安裝程序：點擊下載

安裝此軟件包時，將在您的操作系統(tǒng)上安裝以下軟件包或更新：

在Windows 7 Service Pack 1（SP1）和Windows Server 2008 R2 SP1中，.NET Framework 4.7.2在“控制面板”中的“程序和功能”項下列為已安裝的產品。

在Windows Server 2012中，Microsoft Windows更新（KB4054542）在“控制面板”中的“已安裝的更新”項下列出。

在Windows 8.1或Windows Server 2012 R2中，Microsoft Windows更新（KB4054566）顯示在“控制面板”中的“已安裝的更新”項下。

在Windows 10周年更新，Windows 10 Creators更新和Windows Server 2016中，Microsoft Windows更新（KB4054590）在“控制面板”中的“已安裝更新”項下列出。

在Windows 10 Fall Creators更新中，Microsoft Windows更新（KB4073120）在“控制面板”中的“已安裝更新”項下列出。

安裝教程

1、在本站下載Microsoft .NET Framework 4.7.2離線安裝包，并解壓后，雙擊“NDP472-KB4054530-x86-x64-AllOS-ENU.exe”程序，等待片刻

2、勾選“我已閱讀并接受許可條款”并點擊安裝即可

官方介紹

.NET框架（.NET Framework） 是由微軟開發(fā)，一個致力于敏捷軟件開發(fā)（Agile softwaredevelopment）、快速應用開發(fā)（Rapidapplication development）、平臺無關性和網絡透明化的軟件開發(fā)平臺。.NET是微軟為下一個十年對服務器和桌面型軟件工程邁出的第一步。.NET包含許多有助于互聯網和內部網應用迅捷開發(fā)的技術。

.NET框架是一個多語言組件開發(fā)和執(zhí)行環(huán)境，它提供了一個跨語言的統(tǒng)一編程環(huán)境。.NET框架的目的是便于開發(fā)人員更容易地建立Web應用程序和Web服務，使得Internet上的各應用程序之間，可以使用Web服務進行溝通。從層次結構來看，.NET框架又包括三個主要組成部分：公共語言運行時（CLR：Common Language Runtime）、服務框架（Services Framework）和上層的兩類應用模板——傳統(tǒng)的Windows應用程序模板（Win Forms）和基于ASP NET的面向Web的網絡應用程序模板（Web Forms和Web Services）。

公共語言運行時（CLR），是一個運行時環(huán)境，管理代碼的執(zhí)行并使開發(fā)過程變得更加簡單。CLR是一種受控的執(zhí)行環(huán)境，其功能通過編譯器與其它工具共同展現。

在CLR之上的是服務框架，它提供了一套開發(fā)人員希望在標準語言庫中存在的基類庫，包括集合、輸入/輸出、字符串及數據類。

那么，在Windows DNA（分布式集成網絡應用體系結構）之后，微軟提出新的.NET框架(新托管代碼編程模型)的主要原因是什么？

問題出現在已開發(fā)了多種技術的整合的一個單一應用程序的子系統(tǒng)上。例如，一個制造企業(yè)有不同的系統(tǒng)，如庫存管理系統(tǒng)，物料清單系統(tǒng)，財務總帳系統(tǒng)，所有使用可用于應用程序開發(fā)的各種技術實現的。這些系統(tǒng)需要集成在一起，從而形成一個更高級別的企業(yè)信息系統(tǒng)的組織。要做到這一點，應用程序開發(fā)人員必須使用如微 軟的分布式組件對象模型（DCOM），通用對象請求代理體系結構（CORBA），Java遠程方法調用（RMI）等技術。然而，這些分布的技術通過已開發(fā)的應用程序編程語言非常緊密地耦合在一起。

跨語言的互操作性也是受限的。例如，如果在Visual C++類已經被創(chuàng)建，那么不可能在Visual Basic開發(fā)新的類并將其擴展到Visual C++。因此，開發(fā)者將不得不用每一種項目中用到的語言重新編寫同樣的邏輯的類。功能的可重用性得到了支持，但在早期的技術，真正的代碼的可重用性是不可用。因此，開發(fā)人員不得不學習被用于應用程序的開發(fā)組織用到的所有語言。注冊的COM組件。COM組件注冊，才可以在目標機器上使用的應用程序。應用程序必須查找Windows注冊表中查找并加載的COM組件。

.NET Framework 4.7.2新功能

ADO.NET

最大的改進就是支持Azure Active Directory的通用和多重身份驗證（MFA，Multi-factor authentication）。此外，預覽版中還修正了大量的驅動缺陷，例如XEvents丟失、SqlBulkCopy的可靠性問題等。

ASP.NET

ASP.NET中的主要改進是支持Page、Custom Handler和User Control的依賴注入。但是這些改進將如何影響設計模式和能力，具體的細節(jié)尚未公布。

另一個特性是可以控制cookies中SameSite屬性。以前只能使用URL重寫規(guī)則設置SameSite。

基類庫（BCL，Base Class Library）

HashSet得到了大量關注，其改進包括在性能和內存占用上的改進、一種指定其默認容量的方式、TryGetValue方法，以及用于LINQ支持的ToHashSet擴展方法。

ConcurrentDictionary的性能也得到了改進，并給出了新的GetOrAdd和AddOrUpdate方法重載。

使用.NET Core給出的代碼，ReaderWriterLockSlim通過降低寫?zhàn)囸I（writer starvation）的可能性和避免喚醒多個寫，實現對競爭問題的更好處理。

此外還有其它一些小的性能改進，涉及DateTime、文件和目錄的枚舉、TextInfo、Comparer/EqualityComparer.Default、Buffer和ManualResetEventSlim。

CLR

就特性而言改進很少，但是預覽版中包含了不少提高可靠性的修補程序，涉及代碼生成、垃圾回收和錯誤恢復和報告等方面。

ClickOnce

現在支持在ClickOnce部署配置文件中啟用高DPI。高DPI支持對于高分辨率顯示器是必需的特性。Narrator作為一種重要的無障礙工具，現在可以和ClickOnce安裝程序一起正常工作。

網絡特性

對Uri、HttpClient、SmtpClient、Socket和WebSocket做了重大修正，但是沒有給出新的特性。

WCF

用于診斷WCF問題的SvcTraceViewer工具在UI上做了改進，“更合乎邏輯”。其與SvcConfigEditor工具都做了改進，意在符合無障礙標準。

Windows Forms

在此次預覽版中，修正了一些長期存在的軟件缺陷，例如DataGridView.Dispose拋出NullReferenceException異常（編者按：希望這正是我在2008年曾報告過的缺陷）。令人驚喜的是，DataGridView具有了一項新特性，即可使用F3可更新表中的排序順序。

更重要的是，該預覽版在無障礙問題做了大量的工作，例如用于工具條的鍵盤無障礙支持。但是應用如果要完全使用這些改進，必須使用.NET Framework 4.7.2重新編譯。

Windows Workflow

只給出了一些可靠性上的修正，并未提供新的特性。

WPF

只做了一些軟件缺陷的修正，涉及內存泄漏、數據損害和崩潰等。

更新日志：

.NET Framework 4.7.2中的新增功能

.NET Framework 4.7.2包含以下幾個方面的新功能：

核心

ASP.NET

聯網

SQL

WPF

的ClickOnce

.NET Framework 4.7.2的持續(xù)關注點在于提高了可訪問性，這使得應用程序可以為輔助技術的用戶提供適當的體驗。有關.NET Framework 4.7.2中的輔助功能改進的信息，請參閱.NET Framework中的輔助功能的新增功能。

核心

.NET Framework 4.7.2具有大量的加密增強功能，更好的ZIP壓縮解壓縮支持和其他收集API。

RSA.Create和DSA.Create的新重載

DSA.Create（DSAParameters）和RSA.Create（RSAParameters）方法讓您在實例化新的DSA或RSA密鑰時提供關鍵參數。它們允許您替換如下代碼：

C＃

//在.NET Framework 4.7.2之前

使用（RSA rsa = RSA.Create（））

{

rsa.ImportParameters（rsaParameters）;

//使用RSA實例執(zhí)行的其他代碼。

}

與這樣的代碼：

C＃

//從.NET Framework 4.7.2開始

使用（RSA rsa = RSA.Create（rsaParameters））

{

//使用rsa實例執(zhí)行的其他代碼。

}

使用DSA.Create（Int32）和RSA.Create（Int32）方法可以生成具有特定密鑰大小的新DSA或RSA密鑰。例如：

C＃

使用（DSA dsa = DSA.Create（2048））

{

//使用dsa實例執(zhí)行的其他代碼。

}

Rfc2898DeriveBytes構造函數接受一個哈希算法名稱

Rfc2898DeriveBytes類有三個帶有HashAlgorithmName參數的新構造函數，用于標識派生密鑰時要使用的HMAC算法。開發(fā)人員不應使用SHA-1，而應使用基于SHA-2的HMAC，如SHA-256，如以下示例所示：

C＃

private static byte [] DeriveKey（字符串密碼，out int迭代，out byte [] salt，

out HashAlgorithmName算法）

{

迭代= 100000;

algorithm = HashAlgorithmName.SHA256;

const int SaltSize = 32;

const int DerivedValueSize = 32;

使用（Rfc2898DeriveBytes pbkdf2 = new Rfc2898DeriveBytes（password，SaltSize，

迭代，算法））

{

salt = pbkdf2.Salt;

返回pbkdf2.GetBytes（DerivedValueSize）;

}

}

支持臨時密鑰

PFX導入可以選擇直接從內存加載私鑰，繞過硬盤驅動器。當在X509Certificate2構造函數或X509Certificate2.Import方法的重載中指定了新的X509KeyStorageFlags.EphemeralKeySet標志時，私鑰將作為臨時密鑰加載。這可以防止密鑰在磁盤上可見。然而：

由于密鑰沒有保存到磁盤，因此使用此標志加載的證書不適合添加到X509Store。

以這種方式加載的密鑰幾乎總是通過Windows CNG加載。因此，調用者必須通過調用擴展方法（如cert.GetRSAPrivateKey（））來訪問私鑰。 X509Certificate2.PrivateKey屬性不起作用。

由于舊版X509Certificate2.PrivateKey屬性不適用于證書，因此開發(fā)人員在切換到臨時密鑰之前應執(zhí)行嚴格的測試。

編程創(chuàng)建PKCS＃10認證簽名請求和X.509公鑰證書

從.NET Framework 4.7.2開始，工作負載可以生成證書簽名請求（CSR），該請求允許將證書請求生成分級到現有工具中。這在測試場景中通常很有用。

有關更多信息和代碼示例，請參閱.NET博客中的“編程創(chuàng)建PKCS＃10認證簽名請求和X.509公鑰證書”。

新的SignerInfo成員

從.NET Framework 4.7.2開始，SignerInfo類公開了有關簽名的更多信息。您可以檢索System.Security.Cryptography.Pkcs.SignerInfo.SignatureAlgorithm屬性的值以確定簽名者使用的簽名算法?？梢哉{用SignerInfo.GetSignature來獲取簽名者的加密簽名的副本。

處理CryptoStream后，保留打開的流

從.NET Framework 4.7.2開始，CryptoStream類有一個額外的構造函數，允許Dispose不關閉包裝流。在處理CryptoStream實例后，要打開包裝流，請按如下所示調用新的CryptoStream構造函數：

C＃

var cStream = new CryptoStream（stream，transform，mode，leaveOpen：true）;

DeflateStream中的解壓縮更改

從.NET Framework 4.7.2開始，默認情況下，DeflateStream類中的解壓縮操作的實現已更改為使用本機Windows API。通常，這會導致性能的顯著改善。

默認情況下，對于面向.NET Framework 4.7.2的應用程序，支持使用Windows API進行解壓縮。面向早期版本的.NET Framework但在.NET Framework 4.7.2下運行的應用程序可以通過將以下AppContext開關添加到應用程序配置文件中來選擇此行為：

XML

<AppContextSwitchOverrides value =“Switch.System.IO.Compression.DoNotUseNativeZipLibraryForDecompression = false”/>

其他收集API

.NET Framework 4.7.2為SortedSet <T>和HashSet <T>類型添加了一些新的API。這些包括：

TryGetValue方法，它將其他集合類型中使用的try模式擴展為這兩種類型。方法是：

`public bool HashSet.TryGetValue（T equalValue，out T actualValue）;

`public bool SortedSet.TryGetValue（T equalValue，out T actualValue）;

Enumerable.To *擴展方法，將集合轉換為HashSet <T>：

公共靜態(tài)HashSet ToHashSet（此IEnumerable源）;

公共靜態(tài)HashSet ToHashSet（此IEnumerable來源，IEqualityComparer比較器）;

使用新的HashSet <T>構造函數可以設置集合的容量，當您事先知道HashSet <T>的大小時會產生性能優(yōu)勢：

公共HashSet（int容量）

公共HashSet（int容量，IEqualityComparer比較器）

ConcurrentDictionary <TKey，TValue>類包含AddOrUpdate和GetOrAdd方法的新重載，用于從字典中檢索值或添加它（如果找不到），并向字典中添加值或在字典中已存在時更新它。

C＃

public TValue AddOrUpdate <TArg>（TKey key，Func <TKey，TArg，TValue> addValueFactory，Func <TKey，TValue，TArg，TValue> updateValueFactory，TArg factoryArgument）

public TValue GetOrAdd <TArg>（TKey key，Func <TKey，TArg，TValue> valueFactory，TArg factoryArgument）

ASP.NET

支持Web窗體中的依賴注入

依賴注入（DI）將對象及其依賴關系解耦，以便僅僅因為依賴關系已更改而不再需要更改對象的代碼。在開發(fā)面向.NET Framework 4.7.2的ASP.NET應用程序時，您可以：

在處理程序和模塊，頁面實例以及ASP.NET Web應用程序項目的用戶控件中使用基于setter，基于接口和基于構造函數的注入。

在ASP.NET網站項目的處理程序和模塊，頁面實例和用戶控件中使用基于setter和基于接口的注入。

插入不同的依賴注入框架。

支持同一站點的cookies

SameSite可防止瀏覽器隨同跨站點請求一起發(fā)送cookie。 .NET Framework 4.7.2添加了一個HttpCookie.SameSite屬性，其值是一個System.Web.SameSiteMode枚舉成員。如果它的值是SameSiteMode.Strict或SameSiteMode.Lax，則ASP.NET會將SameSite屬性添加到set-cookie標頭。 SameSite支持適用于HttpCookie對象，以及FormsAuthentication和System.Web.SessionState cookie。

您可以為HttpCookie對象設置SameSite，如下所示：

C＃

var c = new HttpCookie（“secureCookie”，“同源”）;

c.SameSite = SameSiteMode.Lax;

您還可以通過修改web.config文件在應用程序級配置SameSite cookie：

XML

在<system.web>

<httpCookies sameSite =“嚴格”/>

</system.web>

您可以通過修改Web配置文件來為FormsAuthentication和System.Web.SessionState cookies添加SameSite：

XML

在<system.web>

<authentication mode =“Forms”>

<形式cookieSameSite =“Lax”>

<！ - ... - >

</表格>

<認證/>

<sessionSate cookieSameSite =“Lax”> </ sessionState>

</system.web>

聯網

實現HttpClientHandler屬性

.NET Framework 4.7.1向System.Net.Http.HttpClientHandler類添加了八個屬性。但是，兩個拋出了PlatformNotSupportedException。 .NET Framework 4.7.2現在為這些屬性提供了一個實現。這些屬性是：

CheckCertificateRevocationList

SslProtocols

SQLCLIENT

支持Azure Active Directory通用身份驗證和多因素身份驗證

不斷增長的合規(guī)性和安全性要求要求許多客戶使用多因素認證（MFA）。另外，目前的最佳實踐不鼓勵直接在連接字符串中包含用戶密碼。為了支持這些更改，.NET Framework 4.7.2通過為現有的“Authentication”關鍵字添加新值“Active Directory Interactive”來擴展SQLClient連接字符串，以支持MFA和Azure AD身份驗證。新的交互式方法支持本地和聯合Azure AD用戶以及Azure AD來賓用戶。使用此方法時，SQL數據庫支持由Azure AD強制實施的MFA身份驗證。另外，認證過程要求用戶密碼遵守安全最佳實踐。

在以前版本的.NET Framework中，SQL連接僅支持SqlAuthenticationMethod.ActiveDirectoryPassword和SqlAuthenticationMethod.ActiveDirectoryIntegrated選項。這兩者都是非交互式ADAL協(xié)議的一部分，不支持MFA。使用新的SqlAuthenticationMethod.ActiveDirectoryInteractive選項，SQL連接支持MFA以及現有的身份驗證方法（密碼和集成身份驗證），它允許用戶以交互方式輸入用戶密碼，而無需在連接字符串中保留密碼。

有關更多信息和示例，請參閱.NET博客中的“SQL - Azure AD通用和多因素身份驗證支持”。

支持始終加密版本2

NET Framework 4.7.2增加了對基于飛地的Always Encrypted的支持。 Always Encrypted的原始版本是客戶端加密技術，加密密鑰永遠不會離開客戶端。在基于飛域的始終加密中，客戶端可以選擇將加密密鑰發(fā)送到安全飛地，這是一個安全的計算實體，可被視為SQL Server的一部分，但SQL Server代碼無法篡改。要支持基于區(qū)域的始終加密，.NET Framework 4.7.2將以下類型和成員添加到System.Data.SqlClient命名空間中：

SqlConnectionStringBuilder.EnclaveAttestationUrl，它為基于飛機的總是加密指定Uri。

SqlColumnEncryptionEnclaveProvider，它是派生所有飛地提供者的抽象類。

SqlEnclaveSession，它封裝了給定飛地會話的狀態(tài)。

SqlEnclaveAttestationParameters，它提供SQL Server用于獲取執(zhí)行特定證明協(xié)議所需信息的證明參數。

應用程序配置文件然后指定提供包圍提供程序功能的抽象System.Data.SqlClient.SqlColumnEncryptionEnclaveProvider類的具體實現。例如：

XML

<結構>

<configSections>

<section name =“SqlColumnEncryptionEnclaveProviders”type =“System.Data.SqlClient.SqlColumnEncryptionEnclaveProviderConfigurationSection，System.Data，Version = 4.0.0.0，Culture = neutral，PublicKeyToken = b77a5c561934e089”/>

</ configSections>

<SqlColumnEncryptionEnclaveProviders>

<提供商>

<add name =“Azure”type =“Microsoft.SqlServer.Management.AlwaysEncrypted.AzureEnclaveProvider，MyApp”/>

<add name =“HGS”type =“Microsoft.SqlServer.Management.AlwaysEncrypted.HGSEnclaveProvider，MyApp”/>

</提供商>

</ SqlColumnEncryptionEnclaveProviders>

</配置>

基于飛地的總是加密的基本流程是：

用戶創(chuàng)建一個AlwaysEncrypted連接到SQL Server，支持基于飛地的Always Encrypted。司機聯系證明服務，以確保它連接到正確的飛地。

一旦飛地被證實，驅動程序就會與SQL Server上托管的安全區(qū)域建立安全通道。

在SQL連接期間，驅動程序共享客戶端授權的加密密鑰和安全區(qū)域。

Windows Presentation Foundation

按源查找資源詞典

從.NET Framework 4.7.2開始，診斷助理可以找到從給定源Uri創(chuàng)建的ResourceDictionaries。 （此功能僅供診斷助理使用，不能由生產應用程序使用。）Visual Studio的“編輯并繼續(xù)”功能等診斷助理允許其用戶編輯ResourceDictionary，其目的是將更改應用于正在運行的應用程序。實現這一目標的一個步驟是查找正在編輯的字典中正在運行的應用程序創(chuàng)建的所有ResourceDictionaries。例如，應用程序可以聲明一個ResourceDictionary，其內容是從給定的源URI中復制的：

XML

<ResourceDictionary Source =“MyRD.xaml”>

在MyRD.xaml中編輯原始標記的診斷助理可以使用新功能來查找字典。該功能由一個新的靜態(tài)方法ResourceDictionaryDiagnostics.GetResourceDictionariesForSource實現。診斷助理使用標識原始標記的絕對URI來調用新方法，如以下代碼所示：

C＃

IEnumerable <ResourceDictionary> dictionaries = ResourceDictionaryDiagnostics.GetResourceDictionariesForSource（new Uri（“pack：// application：,,, / MyApp; component / MyRD.xaml”））;

該方法返回一個空的枚舉值，除非啟用了VisualDiagnostics并設置了ENABLE_XAML_DIAGNOSTICS_SOURCE_INFO環(huán)境變量。

查找ResourceDictionary所有者

從.NET Framework 4.7.2開始，診斷助理可以找到給定ResourceDictionary的所有者。 （此功能僅供診斷助理使用，不供生產應用程序使用。）每當對ResourceDictionary進行更改時，WPF都會自動查找可能受更改影響的所有DynamicResource引用。

診斷助理（如Visual Studio的“編輯并繼續(xù)”工具）可能希望將其擴展為處理StaticResource引用。這個過程的第一步是找到字典的所有者;即查找Resources屬性引用詞典的所有對象（直接或間接通過ResourceDictionary.MergedDictionaries屬性）。 System.Windows.Diagnostics.ResourceDictionaryDiagnostics類實現了三個新的靜態(tài)方法，每個具有Resources屬性的基類型都支持此步驟：

公共靜態(tài)IEnumerable <FrameworkElement> GetFrameworkElementOwners（ResourceDictionary字典）;

公共靜態(tài)IEnumerable <FrameworkContentElement> GetFrameworkContentElementOwners（ResourceDictionary字典）;

公共靜態(tài)IEnumerable <Application> GetApplicationOwners（ResourceDictionary字典）;

除非啟用了VisualDiagnostics并設置了ENABLE_XAML_DIAGNOSTICS_SOURCE_INFO環(huán)境變量，否則這些方法將返回空的枚舉。

查找StaticResource引用

無論什么時候解決StaticResource引用，診斷助理現在都可以收到通知。 （此功能供診斷助理使用，而非生產應用程序。）Visual Studio的“編輯并繼續(xù)”工具等診斷助理可能希望在ResourceDictionary中的值更改時更新資源的所有用途。 WPF為DynamicResource引用自動執(zhí)行此操作，但它對靜態(tài)資源引用不會這樣做。從.NET Framework 4.7.2開始，診斷助理可以使用這些通知來查找這些靜態(tài)資源的用途。

通知由新的ResourceDictionaryDiagnostics.StaticResourceResolved事件實現：

C＃

公共靜態(tài)事件EventHandler <StaticResourceResolvedEventArgs> StaticResourceResolved;

只要運行時解析了StaticResource引用，就會引發(fā)此事件。 StaticResourceResolvedEventArgs參數描述分辨率，并指出承載StaticResource引用的對象和屬性以及用于解決方案的ResourceDictionary和密鑰：

C＃

公共類StaticResourceResolvedEventArgs：EventArgs

{

public Object TargetObject {get; }

public Object TargetProperty {get; }

public ResourceDictionary ResourceDictionary {get; }

公共對象ResourceKey {get; }

}

除非啟用了VisualDiagnostics并設置了ENABLE_XAML_DIAGNOSTICS_SOURCE_INFO環(huán)境變量，否則不會引發(fā)該事件（并且忽略其addor訪問器）。

的ClickOnce

Windows Forms，Windows Presentation Foundation（WPF）和Visual Studio Tools for Office（VSTO）的支持HDPI的應用程序都可以使用ClickOnce進行部署。如果在應用程序清單中找到以下條目，則在.NET Framework 4.7.2下部署將會成功：

XML

<windowsSettings>

<dpiAware xmlns =“http://schemas.microsoft.com/SMI/2005/WindowsSettings”> true </ dpiAware>

</ windowsSettings>

對于Windows窗體應用程序，在應用程序配置文件而不是應用程序清單中設置DPI感知的以前解決方法不再需要ClickOnce部署成功。