本文介绍可用于 Microsoft .NET Framework 4.6 的修补程序汇总3088956。 有关修补程序汇总修复的问题的详细信息，请参阅“此修补程序汇总修复的问题”部分。
解决方法
Microsoft现在提供了受支持的修补程序。 但是，它仅用于更正本文介绍的问题。 仅将其应用于遇到此特定问题的系统。若要解决此问题，请联系 Microsoft客户支持服务获取修补程序。 有关Microsoft客户支持服务电话号码的完整列表以及有关支持成本的信息，请访问以下Microsoft网站：
http://support.microsoft.com/contactus/?ws=support注意 在特殊情况下，如果Microsoft 支持部门 Professional 确定特定更新将解决你的问题，则通常由支持呼叫产生的费用可能会被取消。 通常的支持成本将适用于其他支持问题和不符合特定更新条件的问题。
更多信息
先决条件
若要应用此修补程序，必须安装 .NET Framework 4.6。
重启要求
如果正在使用任何受影响的文件，则必须在应用此修补程序后重新启动计算机。 建议在应用此修补程序之前关闭所有基于.NET Framework的应用程序。
修补程序替换信息
此修补程序包不会替换以前发布的修补程序包。
此修补程序汇总修复的问题
问题 1如果你的 ASP.NET 网站在 32 位版本的 .NET Framework 4.6 或 AMD64 版本的 .NET Framework 4.6 平台上运行并禁用了 RyuJit，则可能会遇到 w3wp 崩溃，因为未经处理的 ThreadAbortException。 发生崩溃时，可以在 Windows 事件日志中看到以下日志：
发生未经处理的异常，并且进程已终止。应用程序 ID：[ApplicationID]进程 ID：[ProcessID]异常：System.Threading.ThreadAbortException消息：线程已中止。StackTrace：at System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr，HttpContext context) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer， IntPtr nativeRequestContext， IntPtr moduleData， Int32 标志) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer， IntPtr nativeRequestContext， IntPtr moduleData， Int32 flags)
问题 2假设有一个 WCF 客户端使用 WCF 路由服务连接到 WCF 服务。 如果最终服务引发任何非 FaultException 类型的意外异常或配置更改，WCF 路由服务可能不会将后续请求路由到最终服务。发生此问题时，将收到以下异常：
System.ServiceModel.ProtocolException：由于服务器启动的关闭，输出会话已自动关闭，因此无法再使用此通道发送消息。 通过将 DispatchRuntime.AutomaticInputSessionShutdown 设置为 false 来禁用自动关闭，或者考虑修改远程服务器的关闭协议。
堆栈跟踪信息：at System.ServiceModel.Channels.ServiceChannel.PrepareCall (ProxyOperationRuntime 操作， Boolean oneway，ProxyRpc& rpc) at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin () at System.ServiceModel.Channels.ServiceChannel.BeginCall (String action， Boolean oneway， ProxyOperationRuntime operation， Object[] ins， TimeSpan timeout， AsyncCallback callback， Object asyncState) at System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService (IMethodCallMessage methodCall， ProxyOperationRuntime 操作) ：System.ServiceModel.Channels.ServiceChannelProxy.Invoke (IMessage 消息) System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke (MessageData& msgData， Int32 type) at System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest (Message， AsyncCallback 回调、对象状态) at System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation (消息消息、AsyncCallback 回调、对象状态) system.ServiceModel.Routing.ClientFactory.RoutingClientBase'1.OperationAsyncResult.CallOperation () System.ServiceModel.Routing.ClientFactory.RoutingClientBase'1.OperationAsyncResult.。ctor (RoutingClientBase'1 父级， System.ServiceModel.Routing.ClientFactory.RoutingClientBase'1.BeginOperation (消息消息、事务事务、AsyncCallback 回调、对象状态) ) System.ServiceModel.Routing.ProcessRequestAsyncResult'1.StartProcessing () at System.ServiceModel.Routing.ProcessRequestAsyncResult'1..ctor (RoutingService service， System.ServiceModel.Routing.Routing.IReplyRouter.BeginProcessRequest[TContract] (消息消息、AsyncCallback 回调、对象状态 ) System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest (消息、AsyncCallback 回调、对象状态) ) AsyncInvokeBeginBeginProcessRequest (Object 、Object[] 、AsyncCallback 、Object ) at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin (Object 实例、Object[] 输入、AsyncCallback 回调、Object state) Issue 3这是支持新格鲁吉亚 Lari 符号的更新。 格鲁吉亚已经为拉里引入了新的货币符号，但货币名称没有改变。 新的货币符号也已添加到 Unicode 标准。 此更新可确保.NET Framework根据系统区域设置显示正确的货币符号。问题 4如果在 Parallel.ForEach 调用期间发生 Gen2 集合，则安装 Visual Studio 2015 或不使用 Visual Studio 的 .NET Framework 4.6 后，可能会遇到长时间挂起的情况。解决方法：此更新通过解决由此问题引起的系统冻结来更新垃圾回收器。问题 5安装 .NET Framework 4.6 后，DateTime.Parse 和 Date.TryParse 方法无法正常工作。 以下区域性设置可能会出现此问题：
-
fi-FI
-
nb-NO
-
nb-SJ
-
sr-Cyrl-XK
-
sr-Latn-ME
-
sr-Latn-RS
-
sr-Latn-XK
解决方法：此更新使 DateTime.Parse 和 Date.TryParse 能够在使用相同日期和时间分隔符的区域性中正常运行。问题 6安装 .NET Framework 4.6 后，.NET Framework 4.6 使用名为 RyuJIT 的新 64 位编译器。 在某些情况下，新编译器会生成导致不可预知行为或崩溃的错误代码。 解决方法：此更新修复了 RyuJIT 编译器中的许多问题。 如果在安装此更新后应用程序的行为仍不可预测，请参阅其他详细故障排除指南。后续步骤：如果按照链接中的故障排除步骤确定 RyuJIT 可能涉及你的问题，请在 http://connect.microsoft.com 记录问题。 在报表中包含尽可能多的详细信息，以及重现问题的代码。
