microsoft .net framework 4.6.2离线安装包

microsoft .net framework 4.6.2是微软官方发布的.net框架，一般简称为.net framework 4.6.2，.net4.6.2，是仅适用于 Windows 版本的 .NET，主要用于构建和执行各种类型的应用程序，包括桌面应用程序、Web应用程序、移动应用程序和服务，其变化基本都来自开发者们的反馈，更新内容方面主要包括基础类库、通用语言运行环境、ASP.NET、字符类别、加密等等，具体表现包括：改进了对数据注释验证器中本地化错误消息的支持、会话状态存储提供程序的异步支持、异步对输出缓存提供程序的支持、对包含 FIPS 186-3 DSA 的 X509 证书的支持、提高了 ECDiffieHellman 密钥派生例程的输入的清晰度、支持持久密钥对称加密、使用 CNG 对存储的证书的 WCF 传输安全支持等等，极大的提高了用户的工作效率。ps：这里小编带来的是microsoft .net framework 4.6.2离线安装包，包括32位和64位两个版本，以及相应的web安装包，欢迎免费下载收藏。

microsoft .net framework 4.6.2新增功能

一、ASP.NET

在 .NET Framework 4.6.2 中，ASP.NET 包含以下增强功能：

1、改进了对数据注释验证器中本地化错误消息的支持

数据注释验证器使您可以通过向类属性添加一个或多个特性来执行验证。 如果验证失败，该属性的 ValidationAttribute.ErrorMessage 元素定义错误消息的文本。 从 .NET Framework 4.6.2 开始，ASP.NET 可以轻松本地化错误消息。 如果出现以下问题，则会本地化错误消息：

- 验证属性中提供 ValidationAttribute.ErrorMessage。

- 资源文件存储在App_LocalResources文件夹中。

- 本地化资源文件的名称格式为 DataAnnotation.Localization.{名称}.resx，其中 名称 是文化名称，其格式为 语言代码-国家/地区代码 或 语言代码。

- 资源的键名称是分配给 ValidationAttribute.ErrorMessage 属性的字符串，其值为本地化的错误消息。

2、会话状态存储提供程序的异步支持

ASP.NET 现在允许任务返回方法与会话状态存储提供程序一起使用，从而允许 ASP.NET 应用获得异步的可伸缩性优势。 为了支持会话状态存储提供程序的异步操作，ASP.NET 包括一个新的接口，System.Web.SessionState.ISessionStateModule，该接口继承自 IHttpModule，并允许开发人员实现自己的会话状态模块和异步会话存储提供程序。 接口的定义如下：

public interface ISessionStateModule : IHttpModule {

    void ReleaseSessionState(HttpContext context);

    Task ReleaseSessionStateAsync(HttpContext context);

}

此外，SessionStateUtility 类包括两个新方法，IsSessionStateReadOnly 和 IsSessionStateRequired，可用于支持异步操作。

3、异步对输出缓存提供程序的支持

从 .NET Framework 4.6.2 开始，任务返回方法可与输出缓存提供程序一起使用，以提供异步的可伸缩性优势。 实现这些方法的提供程序可减少 Web 服务器上的线程阻塞并提高 ASP.NET 服务的可伸缩性。

添加了以下 API 以支持异步输出缓存提供程序：

- System.Web.Caching.OutputCacheProviderAsync 类，该类继承自 System.Web.Caching.OutputCacheProvider 并允许开发人员实现异步输出缓存提供程序。

- OutputCacheUtility 类，提供用于配置输出缓存的帮助程序方法。

- System.Web.HttpCachePolicy 类中的 18 个新方法。 其中包括 GetCacheability、GetCacheExtensions、GetETag、GetETagFromFileDependencies、GetMaxAge、GetMaxAge、GetNoStore、GetNoTransforms、GetOmitVaryStar、GetProxyMaxAge、GetRevalidation、GetUtcLastModified、GetVaryByCustom、HasSlidingExpiration和 IsValidUntilExpires。

- System.Web.HttpCacheVaryByContentEncodings 类中的 2 个新方法：GetContentEncodings 和 SetContentEncodings。

- System.Web.HttpCacheVaryByHeaders 类中的 2 个新方法：GetHeaders 和 SetHeaders。

- System.Web.HttpCacheVaryByParams 类中的 2 个新方法：GetParams 和 SetParams。

- System.Web.Caching.AggregateCacheDependency 类中的 GetFileDependencies 方法。

- CacheDependency 中的 GetFileDependencies 方法。

二、字符类别

.NET Framework 4.6.2 中的字符根据 Unicode 标准版本 8.0.0进行分类。 在 .NET Framework 4.6 和 .NET Framework 4.6.1 中，字符根据 Unicode 6.3 字符类别进行分类。

对 Unicode 8.0 的支持仅限于 CharUnicodeInfo 类的字符分类以及依赖它的类型和方法。 其中包括 StringInfo 类、重载的 Char.GetUnicodeCategory 方法和 .NET Framework 正则表达式引擎识别的字符类。 字符和字符串比较和排序不受此更改的影响，并且继续依赖于基础操作系统，或者，在 Windows 7 系统上，依赖于 .NET Framework 提供的字符数据。

三、加密

1、对包含 FIPS 186-3 DSA 的 X509 证书的支持

.NET Framework 4.6.2 增加了对 DSA （数字签名算法） X509 证书的支持，其密钥超过 FIPS 186-2 1024 位限制。

除了支持 FIPS 186-3 的更大密钥大小外，.NET Framework 4.6.2 还允许使用 SHA-2 系列哈希算法（SHA256、SHA384 和 SHA512）计算签名。 新的 System.Security.Cryptography.DSACng 类提供 FIPS 186-3 支持。

为了与.NET Framework 4.6中RSA类和.NET Framework 4.6.1中ECDsa类的最新更改保持一致，.NET Framework 4.6.2中的DSA抽象基类添加了额外的方法，允许调用方无需强制转换即可使用此功能。 

2、提高了 ECDiffieHellman 密钥派生例程的输入的清晰度

.NET Framework 3.5 添加了对椭圆曲线 Diffie-Hellman 密钥协议的支持，其中包含三个不同的密钥派生函数 （KDF） 例程。 对例程和例程本身的输入是通过 ECDiffieHellmanCng 对象的属性配置的。 但由于不是每个例程都会读取每个输入属性，因此过去很有可能对开发人员造成了困扰。

3、支持持久密钥对称加密

Windows 加密库（CNG）增加了对存储持久对称密钥和使用硬件存储对称密钥的支持，而 .NET Framework 4.6.2 使开发人员能够使用此功能。 因为密钥名和密钥提供程序的概念是特定于实现的，所以使用此功能要求使用具体实现类型（而不是首选出厂方法）的构造函数（例如，调用 Aes.Create）。

4、对 SHA-2 哈希的 SignedXml 支持

.NET Framework 4.6.2 为 RSA-SHA256、RSA-SHA384 和 RSA-SHA512 PKCS#1 签名方法、SHA256、SHA384 和 SHA512 引用摘要算法的 SignedXml 类添加了支持。

四、SqlClient

适用于 SQL Server 的 .NET Framework 数据提供程序（System.Data.SqlClient）包括 .NET Framework 4.6.2 中的以下新功能：

1、Azure SQL 数据库的连接池和超时

启用连接池后，如果发生超时或其他登录错误，将缓存这个异常，并在随后的连接尝试中，在接下来的5秒到1分钟内抛出缓存的异常。添加新的 PoolBlockingPeriod 关键字使你可以选择最适合应用的阻止期。

2、Always Encrypted 的增强功能

SQLClient 为 Always Encrypted 引入了两项增强功能：

- 为了提高针对加密数据库列的参数化查询的性能，现在会缓存查询参数的加密元数据。 如果将 SqlConnection.ColumnEncryptionQueryMetadataCacheEnabled 属性设置为 true（即默认值），如果多次调用同一查询，则客户端仅从服务器检索参数元数据一次。

- 密钥缓存中的列加密密钥条目现在将在可配置的时间间隔后被移除，该间隔可通过 SqlConnection.ColumnEncryptionKeyCacheTtl 属性进行设置。

五、Windows Communication Foundation

在 .NET Framework 4.6.2 中，Windows Communication Foundation 已在以下方面得到增强：

1、使用 CNG 对存储的证书的 WCF 传输安全支持

WCF 传输安全性支持使用 Windows 加密库（CNG）存储的证书。 在 .NET Framework 4.6.2 中，此支持仅限于使用具有长度不超过 32 位的公钥的证书。 当应用程序面向 .NET Framework 4.6.2 时，此功能默认处于打开状态。

对于目标是 .NET Framework 4.6.1 及更早版本，但在 .NET Framework 4.6.2 上运行的应用程序，可以通过在 app.config 或 web.config 文件的 <运行时> 部分加入以下行来启用此功能。

2、通过 DataContractJsonSerializer 类更好地支持多个夏令时调整规则

客户可以使用应用程序配置设置来确定 DataContractJsonSerializer 类是否支持单个时区的多个调整规则。 这是一项可以选择使用的功能。

3、NetNamedPipeBinding 最佳匹配

WCF 包含可以在客户端应用程序上设置以确保它们始终连接到服务的新应用设置，该服务在与它们请求的最匹配的 URI 上进行侦听。 将此应用设置设置为 false（默认值）时，客户端可以使用 NetNamedPipeBinding 尝试连接到服务，该服务在是所请求 URI 的子字符串的 URI 上进行侦听。

4、SSL 3.0 不是默认协议

将 NetTcp 与传输安全性和凭据类型的证书配合使用时，SSL 3.0 不再是用于协商安全连接的默认协议。 在大多数情况下，不应对现有应用造成任何影响，因为 NETTcp 的协议列表中包含 TLS 1.0。 所有现有客户端应该能够至少使用 TLS 1.0 协商连接。 如果需要 Ssl3，请使用以下配置机制之一将其添加到协商协议列表中。

SslStreamSecurityBindingElement.SslProtocols 属性

TcpTransportSecurity.SslProtocols 属性

<netTcpBinding> 部分的 <transport> 部分

<customBinding> 部分的 <sslStreamSecurity> 部分

六、Windows Presentation Foundation (WPF)

1、组排序

使用 CollectionView 对象对数据进行分组的应用程序现在可以显式声明如何对组进行排序。 显式排序解决了应用动态添加或删除组时或者更改分组中涉及的项属性值时发生的非直观的排序问题。 它还可通过将分组属性比较从完整集合排序移动到组排序来改善组创建过程的性能。

为了支持组排序，新的 GroupDescription.SortDescriptions 和 GroupDescription.CustomSort 属性介绍了如何对 GroupDescription 对象生成的组的集合进行排序。 这类似于同名 ListCollectionView 属性描述如何对数据项进行排序的方式。

PropertyGroupDescription 类的两个新的静态属性（CompareNameAscending 和 CompareNameDescending）可用于最常见的情况。

2、触控键盘支持

在可采用文本输入的控件接收触摸输入时，通过自动调用和解除 Windows 10 中的触控键盘，可在 WPF 应用程序中启用焦点跟踪。

在 .NET framework 的早期版本中，WPF 应用程序不能在不禁用 WPF 笔/触摸手势支持的情况下选择加入焦点跟踪。 因此，WPF 应用程序必须选择完整的 WPF 触摸支持或依赖于 Windows 鼠标提升。

3、按监视器 DPI

为了支持最近激增的 WPF 应用程序高 DPI 和混合 DPI 环境，.NET Framework 4.6.2 中的 WPF 启用了按监视器 DPI 感知。

七、Windows Workflow Foundation (WF)

1、在重新托管的 WF 设计器中支持 C# 表达式和 IntelliSense

从 .NET Framework 4.5 开始，WF 支持 Visual Studio Designer 和代码工作流中的 C# 表达式。 重新托管的工作流设计器是 WF 的关键功能，它允许工作流设计器位于 Visual Studio 外部的应用程序（例如，在 WPF 中）。 Windows Workflow Foundation 提供在重新托管的工作流设计器中支持 C# 表达式和 IntelliSense 的功能。 

2、启用了工作流跟踪的工作流 V1 应用程序现以 FIPS 模式运行

启用 FIPS 符合性模式的计算机现在可以成功运行工作流版本 1 样式的应用程序，并启用工作流跟踪。 若要启用此方案，必须对 app.config 文件进行以下更改：

<add key="microsoft:WorkflowRuntime:FIPSRequired" value="true" />

如果未启用此方案，则运行应用程序将继续生成异常，并显示消息“此实现不是 Windows 平台 FIPS 验证加密算法的一部分”。

3、结合使用动态更新和 Visual Studio 工作流设计器时的工作流改进

工作流设计器、流程图活动设计器和其他工作流活动设计器现在已成功加载并显示调用 DynamicUpdateServices.PrepareForUpdate 方法后已保存的工作流。 在 .NET Framework 4.6.2 之前的 .NET Framework 版本中，在 Visual Studio 中加载 XAML 文件以获取在调用 DynamicUpdateServices.PrepareForUpdate 后保存的工作流可能会导致以下问题：

- 工作流设计器无法正确加载 XAML 文件（当 ViewStateData.Id 位于行尾时）。

- 流程图活动设计器或其他工作流活动设计器可以显示其默认位置中的所有对象，而不是附加的属性值。

八、ClickOnce

ClickOnce 已更新，以支持 TLS 1.1 和 TLS 1.2，除了它已经支持的 1.0 协议。 ClickOnce 会自动检测所需的协议;启用 TLS 1.1 和 1.2 支持不需要 ClickOnce 应用程序中的额外步骤。

九、将 Windows 窗体和 WPF 应用转换为 UWP 应用

Windows 现在提供将现有 Windows 桌面应用（包括 WPF 和 Windows 窗体应用）引入通用 Windows 平台（UWP）的功能。 此技术起到桥梁作用，允许您将现有代码库逐步迁移到 UWP，使您的应用可以覆盖所有 Windows 10 设备。

转换后的桌面应用程序获得了类似于 UWP 应用的应用标识，使得这些应用能够访问 UWP API，以启用动态磁贴和通知等功能。 应用继续像以前一样运行，并作为完全信任应用运行。 转换应用后，可将应用容器进程添加到现有的完全信任进程，以添加自适应用户界面。 将所有功能移动到应用容器进程时，可以删除完全信任过程，并且所有 Windows 10 设备都可以使用新的 UWP 应用。

十、调试改进

非托管调试 API 在 .NET Framework 4.6.2 中得到了增强，使其在引发 NullReferenceException 时能够执行额外的分析，以确定单个源代码行中哪个变量是 null。 为了支持此方案，已将以下 API 添加到非托管调试 API。

1、ICorDebugCode4、ICorDebugVariableHome和 ICorDebugVariableHomeEnum 接口，公开了托管变量的本地存储位置。 这使调试器能够在 NullReferenceException 发生时执行某些代码流分析并逆向工作，以确定对应于为 null 的本机位置的托管变量。

2、ICorDebugType2：GetTypeID 方法提供 ICorDebugType 到 COR_TYPEID的映射，这样调试器就可以在没有 ICorDebugType 实例的情况下获取 COR_TYPEID。 然后，可以使用 COR_TYPEID 上的现有 API 来确定类型的类布局。

.net framework安装失败解决方法

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的安装包就能顺利通过了。

系统要求

一、硬件要求

处理器 1 GHz

RAM 512 MB

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

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

二、安装要求

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

三、兼容的操作系统

Windows客户端版本：Windows 10，Windows 8.1，Windows 7

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