Microsoft.net framework 4.7.1是微软官方打造的高度兼容的系统框架。运行某些软件时必不可少的工具，这个官方且完全免费的工具还可以帮助用户在线进行编程操作
有关.NET Framework 4.7.1
Microsoft.NET Framework 4.7.1 是与Microsoft.NET Framework 4、4.5、4.5.1、4.5.2、4.6、4.6.1、4.6.2 和4.7 高度兼容的就地更新。
在Windows 7 SP1 和Windows Server 2008 R2 SP1 上，Microsoft .NET Framework 4.7.1 在控制面板的程序和功能项中显示为已安装产品。
在Windows Server 2012 上，Microsoft Windows 更新(KB4033345) 显示在控制面板中的“已安装更新”下。
在Windows 8.1 和Windows Server 2012 R2 上，Microsoft Windows 更新(KB4033369) 列在控制面板中的已安装更新下。
在Windows 10 周年更新、Windows 10 创意者更新和Windows Server 2016 上，它在控制面板的已安装更新中显示为Microsoft Windows 更新(KB4033393)。
.NET Framework 4.7.1 可在Windows Update 和Windows Server Update Services (WSUS) 上使用。它将作为Windows Update 上的推荐更新提供。
本文档列出几项安装Microsoft .NET Framework 4.7.1后可能遇到的已知问题
在以高速分配和释放大对象的应用程序中启用后台GC时，可能会发生罕见的崩溃
症状
启用后台GC (BGC) 后，在.NET Framework 4.7.1 上运行的应用程序会遇到间歇性崩溃，而在其他.NET Framework 版本上不会发生这种情况。
原因
.NET Framework 4.7.1 包括提高后台GC 性能的更改。这允许在BGC 扫描阶段的一部分期间分配大对象。在此期间分配的大对象必须在分配器中正确标记。否则该对象将被错误地重用。在大对象分配器代码路径中可以触发GC，并且在以下情况下会触发此错误：
这是BGC。
BGC范围与之前的范围相比发生了变化（即新的段分配在之前的范围之外）。
新的大型对象被放置在先前范围中不存在的区域中。
新的大对象在BGC 扫描阶段被标记。
这组条件使得该错误极其罕见。
GC 不会收缩，因此此错误通常仅意味着在该过程的早期阶段，或者如果您突然分配了一个比之前更大的对象，则需要在堆之外获取新的段。
碰撞
此问题会影响在启用后台GC 的情况下运行的应用程序，这些应用程序也会非常快速地分配和释放大对象。正如垃圾收集基础知识一文中所述，大对象是指大小为85,000 字节或以上的对象。
此问题很少见，但在运行x86 版本的.NET Framework 4.7.1 时比运行x64 版本的.NET Framework 4.7.1 时更有可能发生。
解决方法
最实用的解决方法是通过在应用程序配置文件的一部分中设置元素的Enabled 属性来禁用后台GC。错误
唯一的其他解决方法是更改应用程序以较低的速率分配和释放大对象。但是，请注意，此解决方法并不能提供保证，它只会减少遇到此错误的机会。
WPF Touch在快速/长时间使用弹出窗口后停止工作
症状
在支持触摸或手写笔的计算机上，快速或长时间使用弹出窗口（组合框、下拉菜单等）可能会导致WPF 应用程序失去触摸或手写笔功能。
原因
.NET 4.7 中HwndSource 处理的更改导致弹出窗口无法正确清理触摸资源。这最终会导致触摸/手写笔交互丧失。
解析度
此问题已在Windows 10 Fall Creators Update 之前的所有受支持的操作系统平台上得到修复。 Windows 10 Fall Creators Update 的修复将在未来的服务更新中提供。
定位.NET Framework 4.7.1将额外文件复制到bin目录
症状
构建面向.NET Framework 4.7.1 的应用程序时，如果Visual Studio 15.6.3 工具使用一个或多个基于.NET 标准的组件，则会将12 个程序集复制到bin 目录。这将使应用程序的bin 输出更大并包含更多文件。
原因
.NET 类型存在于不同的程序集中，具体取决于您运行的.NET 实现。一个简单的例子是String 类。当使用.NET Standard 2.0 时，它驻留在.NET Framework 的mscorlib.dll 中；当使用.NET Standard 1.x Intermediate 时，它驻留在netstandard.dll 中；当面向.NET Standard 1.x Intermediate 时，它驻留在System.Runtime.dll 中。对于在兼容服务器上运行时成功加载一个.NET 实现的库，请使用运行时外观（具有类型转发）将所有引用重新路由到其他地方的类型。通常
.NET Framework 4.7.1 旨在完全支持运行.NET Standard 2.0 资源，但发现了一个错误，导致某些类型无法在12 个程序集中正确传输。修补这12 个程序集并不实际，因为最终用户的计算机必须安装修补程序才能使应用程序正常运行。
碰撞
当构建面向.NET Framework 4.7.1 并使用基于.NET 标准的资产的应用程序时，会出现此问题。
解决方法
当面向.NET Framework 4.7.1 时，无法删除bin 目录中的额外程序集。唯一的解决方法是将应用程序重新编译为目标.NET Framework 4.7.2 或更高版本，这可以解决此问题。
发行说明
.NET Framework 发行说明描述了按产品领域分组的产品改进。每个更改都包含Microsoft 内部VSTS 错误ID、更新的主二进制文件以及更改是错误还是功能。
小编点评：