microsoft .net framework 4.7.2 32位64位

microsoft .net framework 4.7.2是微软开发的一款系统安装组件，一般简称为.net4.7.2，同时也是用于Windows的新托管代码编程模型，能够将强大的功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序。目前.net framework 4.7.2可以安装在Windows 10，Windows 8.1，Windows 7 SP1和从Windows Server 2008 R2 SP1开始的相应服务器平台上，全部兼容Microsoft .NET Framework 4，4.5，4.5.1，4.5.2，4.6，4.6.1，4.6.2，4.7和4.7.1。新版本还在核心、asp.net、联网、sql、wpf、clickonce等方面进行了全面更新和升级，支持Windows10上的Windows Forms应用高分辨率设置，支持Windows10上的WPF应用触摸，支持增强加密，支持C# 7和VB 15包括ValueTuple，支持.NET标准v1.6，性能和可靠性得到了提升等等。ps：这里小编带来的是.net4.7.2离线安装包，包括32位和64位，还有web安装包，欢迎有需要的朋友们免费下载收藏。

microsoft .net framework 4.7.2新增功能

.net framework 4.7.2包含以下几个方面的新功能：

一、核心：

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

1、RSA.Create和DSA.Create的新重载

该DSA.Create（DSAParameters）和RSA.Create（RSAParameters）方法可以让实例化的新当您提供关键参数DSA或RSA密钥。

2、Rfc2898DeriveBytes构造函数接受一个哈希算法名称

该Rfc2898DeriveBytes类有三个新构造HashAlgorithmName标识HMAC算法派生密钥时使用的参数。开发人员不应使用SHA-1，而应使用基于SHA-2的HMAC，如SHA-256

3、支持临时密钥

PFX导入可以选择直接从内存加载私钥，绕过硬盘驱动器。当在X509Certificate2构造函数或X509Certificate2.Import方法的重载中指定了新的X509KeyStorageFlags.EphemeralKeySet标志时，私钥将作为临时密钥加载。这可以防止密钥在磁盘上可见。然而：

- 由于密钥没有保存到磁盘，因此使用此标志加载的证书不适合添加到X509Store。

- 以这种方式加载的密钥几乎总是通过Windows CNG加载。因此，调用者必须通过调用扩展方法（如cert.GetRSAPrivateKey（））来访问私钥。该X509Certificate2.PrivateKey属性不起作用。

- 由于旧版X509Certificate2.PrivateKey属性不适用于证书，因此开发人员在切换到临时密钥之前应执行严格的测试。

4、编程创建PKCS＃10认证签名请求和X.509公钥证书

从.NET Framework 4.7.2开始，工作负载可以生成证书签名请求（CSR），该请求允许将证书请求生成分级到现有工具中。这在测试场景中通常很有用。

5、新的SignerInfo成员

从.NET Framework 4.7.2开始，SignerInfo类公开了有关签名的更多信息。您可以检索System.Security.Cryptography.Pkcs.SignerInfo.SignatureAlgorithm属性的值以确定签名者使用的签名算法。可以调用SignerInfo.GetSignature来获取签名者的加密签名的副本。

6、处理CryptoStream后，保留打开的流

从.NET Framework 4.7.2开始，CryptoStream类有一个额外的构造函数，允许Dispose不关闭包装流。

7、DeflateStream中的解压缩更改

从.NET Framework 4.7.2开始，默认情况下，DeflateStream类中的解压缩操作的实现已更改为使用本机Windows API。通常，这会导致性能的显着改善。

默认情况下，针对.NET Framework 4.7.2的应用程序支持使用Windows API进行解压缩。

8、其他收集API

.NET Framework 4.7.2为SortedSet和HashSet类型添加了一些新的API 。这些包括：

1）TryGetValue方法，这些方法将其他集合类型中使用的try模式扩展为这两种类型。方法是：

`公共布尔HashSet.TryGetValue（T equalValue，out T actualValue）;

公共布尔SortedSet.TryGetValue（T equalValue，out T actualValue）;

2）Enumerable.To*扩展方法，将集合转换为HashSet：

公共静态HashSet ToHashSet（这个IEnumerable 资源）;

公共静态HashSet ToHashSet（这个IEnumerable 来源，IEqualityComparer 比较器）;

3）使用新的HashSet构造函数可以设置集合的容量，当您事先知道HashSet的大小时会产生性能优势：

公共HashSet（int容量）

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

二、ASP.NET

1、支持Web窗体中的依赖注入

依赖注入（DI）将对象及其依赖关系解耦，以便仅仅因为依赖关系已更改而不再需要更改对象的代码。在开发面向.NET Framework 4.7.2的ASP.NET应用程序时，您可以：

1）在处理程序和模块，页面实例以及ASP.NET Web应用程序项目的用户控件中使用基于setter，基于接口和基于构造函数的注入。

2）在ASP.NET网站项目的处理程序和模块，页面实例和用户控件中使用基于setter和基于接口的注入。

3）插入不同的依赖注入框架。

2、支持同一站点的cookies

SameSite可防止浏览器随同跨站点请求一起发送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。

三、联网

1、实现HttpClientHandler属性

.NET Framework 4.7.1向System.Net.Http.HttpClientHandler类添加了八个属性。但是，两个抛出了PlatformNotSupportedException。.NET Framework 4.7.2现在为这些属性提供了一个实现。这些属性是：

1）CheckCertificateRevocationList

2）SslProtocols

2、支持Azure Active Directory通用身份验证和多因素身份验证

不断增长的合规性和安全性要求要求许多客户使用多因素认证（MFA）。另外，目前的最佳实践不鼓励直接在连接字符串中包含用户密码。为了支持这些变化，在.NET Framework 4.7.2扩展SQLCLIENT连接字符串添加一个新的价值，“Active Directory的互动”，对现有的“身份验证”关键字来支持MFA和Azure的AD认证。新的交互式方法支持本地和联合Azure AD用户以及Azure AD来宾用户。使用此方法时，SQL数据库支持由Azure AD强制实施的MFA身份验证。另外，认证过程要求用户密码遵守安全最佳实践。

3、支持始终加密版本2

NET Framework 4.7.2增加了对基于飞地的Always Encrypted的支持。Always Encrypted的原始版本是客户端加密技术，加密密钥永远不会离开客户端。在基于飞域的始终加密中，客户端可以选择将加密密钥发送到安全飞地，这是一个安全的计算实体，可被视为SQL Server的一部分，但SQL Server代码无法篡改。要支持基于区域的始终加密，.NET Framework 4.7.2将以下类型和成员添加到System.Data.SqlClient命名空间中：

1）SqlConnectionStringBuilder.EnclaveAttestationUrl，它为基于飞机的总是加密指定Uri。

2）SqlColumnEncryptionEnclaveProvider，它是派生所有飞地提供者的抽象类。

3）SqlEnclaveSession，它封装了给定飞地会话的状态。

4）SqlEnclaveAttestationParameters，它提供SQL Server使用的证明参数来获取执行特定证明协议所需的信息。

4、按源查找资源词典

从.NET Framework 4.7.2开始，诊断助理可以找到从给定源Uri创建的ResourceDictionaries。（此功能仅供诊断助理使用，不能由生产应用程序使用。）Visual Studio的“编辑并继续”功能等诊断助理允许其用户编辑ResourceDictionary，其目的是将更改应用于正在运行的应用程序。实现这一目标的一个步骤是查找正在编辑的字典中正在运行的应用程序创建的所有ResourceDictionaries。

5、查找ResourceDictionary所有者

从.NET Framework 4.7.2开始，诊断助理可以找到给定ResourceDictionary的所有者。（此功能仅供诊断助理使用，不供生产应用程序使用。）每当对ResourceDictionary进行更改时，WPF都会自动查找可能受更改影响的所有DynamicResource引用。

6、查找StaticResource引用

无论什么时候解决StaticResource引用，诊断助理现在都可以收到通知。（该功能仅供诊断助理使用，不能由生产应用程序使用。）Visual Studio的“编辑并继续”工具等诊断助理可能希望在ResourceDictionary中的值更改时更新资源的所有用途。WPF为DynamicResource引用自动执行此操作，但它对静态资源引用不会这样做。从.NET Framework 4.7.2开始，诊断助理可以使用这些通知来查找这些静态资源的用途。

系统要求

一、硬件要求

处理器 1 GHz

RAM 512 MB

最小磁盘空间（32 位） 4.5 GB

最小磁盘空间（64 位） 4.5 GB

二、安装要求

需要具有管理员权限才能安装 .NET Framework。 如果在要安装 .NET Framework 的计算机上不具有管理员权限，请联系网络管理员。

三、兼容的操作系统

Windows客户端版本：64位和32位 Windows 10，Windows 8.1，Windows 7

Windows Server版本：Windows Server 2019、Windows Server 2016、Windows Server 2012 R2、Windows Server 2012，Windows Server 2008 R2 SP1