Microsoft .NET Framework v4.7.1 官方离线安装包资源由亿破姐YPOJIE.COM！精选收集互联网资源并整理相关Patch|Crack|KeyGen独家发布，Microsoft .NET Framework 是Windows操作系统必备的一款多语言组件开发和执行环境，它提供了一个跨语言的统一编程环境。NET框架的目的是便于开发人员更容易地建立Web应用程序和Web服务，使得Internet上的各应用程序之间，可以使用Web服务进行沟通。Microsoft .NET Framework是用于Windows的新托管代码编程模型。它将强大的功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信，并且能支持各种业务流程。简单的来说就是电脑必备的运行环境。
很多第三方开发的软件有部分是基于Microsoft .NET Framework 框架来开发的，而这款软件如果是基于Microsoft .NET Framework v4.7.0 开发的话，那么你的电脑就必须安装有 Microsoft .NET Framework v4.7.0 或更高版的Microsoft .NET Framework 才能运行软件，反之Microsoft .NET Framework 低于软件开发环境，则该软件无法运行，这里亿破姐给大家带来的 Microsoft .NET Framework 官方正式版离线安装包提供，为什么要发布 Microsoft .NET Framework 官方正式版离线安装包，因为很多朋友百度搜索下载的 Microsoft .NET Framework 都是在一些下载站下载的捆绑下载器，这些下载站的捆绑下载器在下载应用的同时会偷偷在后台安装一大批流氓软件，捆绑主页等等行为，亿破姐提供的Microsoft .NET Framework 是官方的离线安装包，安全、可靠、无毒、无流氓、无广告、无捆绑。
Microsoft .NET Framework 是用于为 Web、Windows、Windows Phone、Windows Server 和 Microsoft Azure 构建应用的开发平台。 它包含公共语言运行时 (CLR) 和 .NET Framework 类库，其中包括各种功能和对许多行业标准的支持。
Microsoft .NET Framework 提供许多服务，包括内存管理、类型和内存安全、安全性、网络和应用程序部署。 它提供易于使用的数据结构和 API，将较低级别的 Windows 操作系统抽象化。 可在 .NET Framework 中使用不同编程语言，包括 C#、F# 和 Visual Basic
发行说明
今天，我们宣布发布.NET Framework 4.7.1。它包含在 Windows 10 Fall Creators Update中。.NET Framework 4.7.1也可用于Windows 7+和Windows Server 2008 R2 +。我们在Visual Studio 2017 15.5中添加了对.NET Framework 4.7.1的定位支持 。要构建面向.NET 4.7.1的应用程序，请下载 Developer Pack。您可以在.NET Framework 4.7.1发行说明中看到完整的改进列表 。.NET Framework 4.7.1参考源可在 GitHub .NET Reference源只读存储库中找到。.NET Framework 4.7.1将在不久的将来在Windows Update上提供。Docker图像将在此版本中提供，我们将在可用时更新此帖子。
支持的Windows版本
以下Windows版本支持.NET Framework 4.7.1：
Windows 10 Fall Creators更新（包含在内）
Windows 10 Creators更新
Windows 10周年更新
Windows 8.1
Windows 7 SP1
以下Windows Server版本支持.NET Framework 4.7.1：
Windows Server 2016版本1709（包含在框中）
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2 SP1
BCL – .NET Standard 2.0支持
.NET Framework 4.7.1 内置了对.NET Standard 2.0的支持。.NET Framework 4.7.1添加了大约200个缺少的API，这些API是.NET Standard 2.0的一部分，但实际上并未由.NET Framework 4.6.1,4.6.2或4.7实现。您可以参考.NET标准Microsoft文档上的.NET标准的详细信息。
针对.NET Framework 4.6.1 到4.7的应用程序必须部署其他.NET Standard 2.0支持文件才能使用.NET Standard 2.0库。出现这种情况是因为.NET Framework 4.6.1发布后.NET Standard 2.0规范已经完成。.NET Framework 4.7.1是.NET Standard 2.0之后的第一个.NET Framework版本，使我们能够提供全面的.NET Standard 2.0支持。
.NET Framework 4.6.1到4.7的经验
如果使用Visual Studio 2017 15.3或更高版本，则.NET Standard 2.0支持文件将自动复制到应用程序的输出文件夹中。
如果您使用Visual Studio 2015并使用NuGet 3.6，我们将提示您安装一个支持包，该包将处理将支持文件复制到输出目录。
.NET Framework 4.7.1的经验
这些支持文件不再需要与应用程序一起部署 – 它们内置于.NET Framework本身。
在.NET Framework上使用.NET标准库时，这也消除了绑定重定向的需要，因为CLR会自动统一属于平台一部分的程序集的版本号。
运行时 – GC性能改进
.NET Framework 4.7.1引入了垃圾收集（GC）的更改提高分配性能，特别是对于大对象堆（LOH）分配。这是由于架构更改将堆的分配锁分为2，小对象堆（SOH）和LOH。进行大量LOH分配的应用程序应该看到分配锁争用的减少，并且看到更好的性能。这些改进允许LOH分配，而背景GC（BGC）正在扫描SOH。通常，LOH分配器在满足分配存储器的请求之前等待BGC扫描过程的整个持续时间。这可能会影响性能。您可以在PerfView的GCStats中观察到此问题，其中存在“LOH分配暂停（由于后台GC）> 200毫秒事件”表。暂停的原因是’等待BGC线程免费列表’。此功能应该有助于缓解此问题。
ASP.NET Forms身份验证凭据
ASP.NET始终允许开发人员在配置文件中存储带有散列密码的用户凭据。以前，此功能的可用哈希算法是MD5或SHA-1。现在，在.NET Framework 4.7.1中添加了新的安全SHA-2哈希选项，如SHA-256，SHA-384和SHA-512。SHA-1仍然是保持兼容性的默认设置。
请参阅以下示例以利用此新功能。
SHA-2支持Message.HashAlgorithm
在以前的版本中，如果应用程序代码指定了System.Messaging HashAlgorithm值，则它仅限于MD5和SHA-1。使用.NET Framework 4.7.1，支持添加到System.Messaging Message.HashAlgorithm的SHA-256，SHA-384和SHA-512的HashAlgorithm值。这些值的实际使用情况在MSMQ中，因为MSMQ做出“默认”决定，这些值简单地传递给MSMQ。System.Messaging不使用这些值进行任何散列。以下代码段说明了如何在队列上启用散列并使用这些新值创建消息。
配置构建器
配置构建器允许开发人员在运行时为应用程序注入和构建配置，允许从传统.config文件之外的源中提取配置数据。在以前版本的.NET Framework中，配置是静态的。应用程序仅从有限的.config文件链中绘制配置数据。使用Configuration Builders，应用程序可以将自定义的一组构建器应用于配置的任何部分。这些构建器可以自由修改给定配置部分中包含的配置数据，或者从头开始构建它 – 可能从非静态文件的新源中提取新数据。
要使用Configuration Builders功能，开发人员只需在config中声明构建器，然后将它们应用于具有ConfigBuilders标记的配置节。
要实现自定义配置构建器，开发人员可以从System.Configuration.ConfigurationBuilder基类继承。
以下是一些代码示例，可用于声明，使用和应用配置构建器。
ASP.NET执行步骤功能
ASP.NET在其预定义管道中处理请求，其中包括23个事件。ASP.NET将每个事件处理程序作为执行步骤执行。使用这个新的ExecutionStepInvoker功能，开发人员将能够在其代码中运行此执行步骤。
今天，由于本机线程和托管线程之间的切换，ASP.NET无法流动执行上下文。ASP.NET有选择地仅流动HttpContext，这可能不足以用于环境上下文场景。借助此功能，我们可以使模块恢复环境数据。ExecutionStepInvoker适用于关心应用程序执行流程的库（跟踪，分析，诊断，事务等）。
我们添加了一个新API来启用它：HttpApplication.OnExecuteRequestStep（Action <HttpContextBase，Action> callback）
请检查以下示例以利用此新功能。
ASP.NET HttpCookie解析
解析HttpCookie Set-Cookie / Cookie标头以从HTTP标头读取和写入cookie属性可能很有挑战性。现在，我们已经提供了对新API的支持，该API允许以标准方式从字符串创建HttpCookie对象并准确捕获cookie的属性，如到期日期，路径，安全指示器。此外，它适当地分配cookie值。这个用于从Set-Cookie / Cookie标头解析HttpCookie的新ASP.NET API如下所示：static bool HttpCookie.TryParse（string s，out HttpCookie result）
以下示例说明了这个新API的用法。
编译器 – ValueTuple是Serializable
.NET Framework 4.7.1中的System.ValueTuple类型现在标记为Serializable，它允许二进制序列化，如下例所示。由于C＃7.0和VB 15.5元组类型的语法（例如，（int，string）依赖于System.ValueTuple），因此应该更容易从System.Tuple迁移到使用新的元组语法。
编译器 – 支持ReadOnlyReferences
.NET Framework 4.7.1增加了对ReadOnlyReferences C＃7.2语言功能的初始支持，该 功能将在未来的Visual Studio 2017更新中提供。.NET Framework 4.7.1 为ReadOnlyReferences功能引入了IsReadOnlyAttribute。编译器将使用此属性来标记具有readonly-ref返回类型或参数的成员。如果编译器针对较旧的.NET Framework版本运行，它将生成此属性并将其定义嵌入已编译的程序集中。以下示例说明了可以使用此属性的C＃7.2代码。
编译器 – 支持运行时特征检测
此新API提供了一种检测特定运行时是否支持某个功能的方法。在编译时，API提供了一种通过反射静态执行此操作的方法。每当编译器需要检查运行时支持时，它将查找相应的众所周知的枚举成员，例如，System.Runtime.CompilerServices.RuntimeCapabilities.SupportsDefaultImplementation。如果该成员存在，则功能检查成功或支持该功能。该枚举成员的值将被忽略。
在运行时，通过调用静态方法来检查功能支持。这是通过添加框架类型RuntimeFeature来实现的。工具可以通过调用静态方法bool IsSupported（string）来查询它，以通过传入给定功能的字符串名称来检查是否支持该功能。例如，RuntimeFeature.IsSupported（“FixedGenericAttributes”）。
以下示例说明了可以使用此属性的C＃7.2代码。
运行时 – 支持便携式PDB
此功能在.NET Framework中添加了对Portable PDB的支持。在运行时生成代码的库（如C＃Scripting）将受益于能够检测运行时是否支持Portable PDB。这是因为它们可以发出便携式PDB而不是Windows PDB。发射便携式PDB具有性能优势; 它更快，内存占用更小。如果没有这个新的API，库将需要求助于mscorlib的硬编码构建号，或保守地假设.NET Framework不支持Portable PDB。此外，如果将“PortablePdb”传递给它，RuntimeFeature.IsSupported方法将更改为返回true。以下示例说明了如何通过。
可访问性改进
.NET Framework 4.7.1在不同的库中引入了许多可访问性改进，以符合广泛的Microsoft产品可访问性目标。
启用辅助功能改进
为了使应用程序从这些更改中受益，它需要在.NET Framework 4.7.1或更高版本上运行，并使用以下方法之一进行配置：
它被重新编译为目标.NET Framework 4.7.1。要么
它通过将以下AppContext Switch添加到应用程序配置文件的<runtime>部分并将其设置为false来选择退出旧的可访问性行为，如以下示例所示。
针对.NET Framework 4.7.1或更高版本并希望保留旧版可访问性行为的应用程序可以通过将此AppContext开关显式设置为“true”来选择使用旧版可访问性功能。.NET Framework 4.7.1应用程序兼容性文档中提供了有关所有辅助功能更改的详细信息。
Windows窗体辅助功能改进
Windows窗体辅助功能更改包括以下方面：
在高对比度模式下改进显示
增强的UI可访问性模式
改进了UI Accessibility属性，改进了Narrator等辅助工具的改进体验
高对比度改进
现在，WinForms中的各种控件在操作系统（OS）中提供的各种HighContrast模式下的呈现方式得到了改进。Windows 10更改了某些高对比度系统颜色的值，Windows窗体基于Windows 10 Win32框架。为了获得最佳体验，请在最新版本的Windows上运行，并通过在测试应用程序中添加app.manifest文件并选择取消对Windows 10支持的OS行的注释来选择最新的操作系统更改，以便它看起来如下所示：
<！ – Windows 10 – >
<supportedOS Id =“{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}”/>
高对比度变化的一些示例如下：
现在，MenuStrip项目中的复选标记更易于查看
禁用MenuStrip选中项目现在更容易查看
现在，所选按钮中的文本与选择颜色形成鲜明对比
现在，已禁用的文本更易于阅读
改进的叙述者支持
在选择加入.NET Framework 4.7.1中的辅助功能改进后，您可以在“讲述人”区域中观察以下辅助功能改进。
现在，讲述人可以读取MonthCalendar控件的值。
CheckedListBox现在在CheckedState属性发生更改时通知Narrator，以便通知用户他们已更改列表项的值。
DataGridViewCell现在向Narrator报告正确的只读状态。
讲述者现在可以读取已禁用的ToolStripMenuItem文本，之前它会跳过禁用的菜单项。
UI辅助功能模式
可访问性技术工具的开发人员现在可以利用几个WinForms控件的常见UI辅助功能模式和属性。这些改进包括：
ComboBox和ToolStripSplitButton现在支持展开/折叠模式。
DataGridViewCheckBoxCell现在支持切换模式。
ToolStripItem控件支持Name属性和Expand / Collapse模式。
NumericUpDown和DomainUpDown控件现在支持Name属性。
WPF辅助功能改进
WPF中的可访问性改进包括以下方面：
UIAutomation LiveRegion支持
屏幕阅读器
高对比度
UIAutomation LiveRegion支持
屏幕阅读器（如讲述人）可以帮助人们阅读应用程序的UI内容，通常是通过当前关注的UI内容的文本到语音输出。但是，如果UI元素在屏幕中的某处发生变化并且在该时间点没有被聚焦，则可能不会通知用户，因此他们可能缺少重要信息。
LiveRegions旨在解决这个问题。开发人员可以使用它们通知屏幕阅读器或任何其他UIAutomation客户端已对UI元素进行了重要更改。然后，屏幕阅读器可以自己做出关于如何以及何时通知用户该改变的决定。LiveSetting属性还会向屏幕阅读器通知UI更改对用户的重要性。
宣布重要的UI变更
当您的LiveRegion上的数据发生更改，并且您认为需要通知屏幕阅读器有关该更改时，您需要显式引发事件，如以下示例所示。
屏幕阅读器
在选择加入.NET Framework 4.7.1中的辅助功能改进后，可以在屏幕阅读器区域中观察以下辅助功能改进。
在以前的版本中，扩展器由屏幕阅读器宣布为按钮，它们现在被正确地宣布为组（展开/折叠）。
在以前的版本中，DataGridCells被屏幕阅读器宣布为“自定义”，它们现在被正确地宣布为数据网格单元（本地化）。
现在，屏幕阅读器将公布可编辑ComboBox的名称。
在以前的版本中，PasswordBox被宣布为“没有项目在视图中”或行为不正确，此问题现已修复。
高对比度
各种WPF控件都有高对比度改进，并且在设置高对比度主题时可见。
屏幕阅读器
您可以在.NET Framework 4.7.1 SDK的屏幕阅读器区域中观察以下可访问性改进。
在以前版本的SvcConfigEditor.exe中，屏幕阅读器在“配置”/“服务”选项卡时不会读取，现在它们被正确地宣布为“配置”和“服务”。
在以前版本的SvcConfigEditor.exe中，屏幕阅读器不会在选项卡时显示“地址：XXX”/“绑定：XXX”/“联系人：XXX”，它们现在正确地宣布为“地址：XXX”/“绑定： XXX’/’联系人：XXX’。
高对比度
WCF SDK工具改进了各种控件，当设置了高对比度主题时，它们现在更加明显。您可以参考SvcConfigEditor.exe中的以下高对比度改进示例。还有许多其他类似的改进。
键盘焦点顺序和键盘导航
在.NET Framework 4.7.1中，WCF SDK工具改进了UI键盘焦点顺序，使键盘访问更具逻辑性，并改进了一些键盘可访问的控件。您可以参考以下示例：
在以前版本的SvcConfigEditor.exe中，“编辑WCF配置”窗口中的焦点顺序不合适，它们现在处于更合理的焦点顺序。
在以前版本的SvcTraceViewer.exe中，当您尝试使用键盘导航到工具栏菜单项时，无法使用键盘访问工具栏项，现在可以访问它们。
在以前版本的SvcTraceViewer.exe中，在Graph-> Formatted选项卡中，Options项不能通过键盘访问。现在可以通过键盘按箭头按钮访问它。
WPF – 更改隐式数据模板
此功能可以在更改资源后自动更新使用隐式DataTemplates的元素。当应用程序添加，删除或替换ResourceDictionary中声明的值时，WPF会自动更新在大多数情况下使用该值的所有元素，包括隐式样式大小写： <Style TargetType =“Button”。此值应该适用于资源范围内的所有按钮。此功能支持隐式数据模板中的类似更新，其中值应应用于内容为Book的所有范围内ContentPresenter： <DataTemplate DataType
当用户在正在运行的应用程序中更改DataTemplate资源并希望在应用程序继续时看到该更改的效果时，此功能的主要客户端是Visual Studio的“编辑并继续”工具。但是，对于任何更改DataTemplate资源的应用程序，它也可能有用。
该功能由新属性ResourceDictionary.InvalidatesImplicitDataTemplateResources控制。将此设置为True后，对字典中DataTemplate资源的任何更改都将导致字典范围内的所有ContentPresenter重新评估其对DataTemplate的选择。这是一个中等昂贵的过程 – 我们的建议是不要启用它，除非你真的需要它。
WPF – 区分模板中的动态值
此功能使调用者能够确定从模板获取的值是否为“动态”。诊断助手，例如Visual Studio的“编辑并继续”工具，需要知道模板化值是否是动态的，以便正确传播用户的更改。
该功能由DependencyPropertyHelper类上的新方法实现：
如果给定属性的模板值是“动态”，即通过DynamicResourceReference或TemplateBinding，或通过Binding或其派生类之一声明，则返回true。
WPF – 模板中元素的SourceInfo
诊断助手（如Visual Studio的“编辑并继续”工具）可以使用SourceInfo来查找声明给定元素的文件和行号。SourceInfo现在可用于从XAML加载的模板中声明的元素（而不是编译的BAML）。这使诊断助手能够做得更好。启用SourceInfo本身时，将自动启用此功能。
WPF – 启用Visual Diagnostics
此功能提供了许多控制VisualDiagnostics功能的方法。诊断助理可以请求WPF共享内部信息。此功能使助手和应用程序开发人员可以更好地控制何时启用此共享。
WPF中的VisualDiagnostic功能及其在.NET Framework 4.6中的介绍最初仅在附加托管调试器时启用。但是，出现了涉及其他组件（除了调试器）之外的情况，这些组件可以合理地被视为诊断助手，例如Visual Studio的设计界面。因此，需要一种公共方式来控制功能。该功能由VisualDiagnostics类上的两个新方法以及许多注册表项，应用程序上下文切换和环境变量控制。
这些方法启用和禁用VisualTreeChanged事件。您只能在“诊断方案”中启用此事件，该方案定义为以下之一：
附加调试器
Windows 10开发人员模式已设置。更准确地说，注册表项HKLMSOFTWAREMicrosoftWindowsCurrentVersionAppModelUnlockAllowDevelopmentWithoutDevLicense的值为1
环境变量ENABLE_XAML_DIAGNOSTICS_VISUAL_TREE_NOTIFICATIONS设置为不同于“0”或“false”的值（不区分大小写）。
当VisualTreeChanged事件正在进行时，不允许对可视树进行更改。具体来说，以下任何操作都会引发InvalidOperationException：
更改视觉或逻辑父级
更改资源字典
更改FrameworkElement或FrameworkContentElement上的DependencyProperty值。
这可以防止意外和不受支持的重新入侵。
如果遇到调试受阻的情况，可以覆盖此InvalidOperationException。为此，请将以下AppContext Switch添加 到app config文件的<runtime>部分并将其设置为true，
下载地址
