本文介绍了可用于 Microsoft.NET Framework 4.6 修补程序汇总包 3088957。有关修复程序汇总所修复的问题的详细信息，请参阅"此修补程序汇总所修复问题"部分。
解决方案
受支持的修补程序现已从 Microsoft 推出。但是，它具有用于更正本文介绍的问题。它仅应用于正经历此特定问题的系统。若要解决此问题，请联系 Microsoft 客户支持服务，以获取此修复程序。有关 Microsoft 客户支持服务的电话号码和有关支持费用的信息的完整列表，请访问下面的 Microsoft 网站︰
http://support.microsoft.com/contactus/?ws=support注意： 在特殊情况下，如果 Microsoft 支持专业人员确定某个特定的更新将解决您的问题，可能会取消可免收支持电话的费用。通常的支持费用将应用于其他支持问题和事项，不符合特定的更新。
详细信息
系统必备组件
若要应用此修补程序，您必须安装.NET Framework 4.6。
重启要求
如果正在使用任何受影响的文件，则应用此修补程序后，必须重新启动计算机。我们建议您关闭所有基于.NET Framework 应用程序，然后再应用此修补程序。
修补程序替换信息
此修复程序包不替换以前发布的修补程序包。
此修复程序汇总所修复的问题
问题 1如果您有一个 RyuJit 禁用 32 位版本的.NET Framework 4.6 或 AMD64 版本的.NET Framework 4.6 平台上运行的 ASP.NET 网站，您可能会遇到 w3wp 崩溃由于未处理它。在崩溃发生时，您可以查看 Windows 事件日志中的以下日志︰
发生了未处理的异常，进程终止。应用程序 ID: [ApplicationID]进程 ID: [ProcessID]异常︰ System.Threading.ThreadAbortException消息︰ 正在中止线程。StackTrace︰ 在 System.Web.HttpRuntime.ProcessRequestNotificationPrivate （IIS7WorkerRequest wr，HttpContext 上下文）在 System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper （IntPtr rootedObjectsPointer IntPtr nativeRequestContext、 IntPtr moduleData、 Int32 标志）在 System.Web.Hosting.PipelineRuntime.ProcessRequestNotification （IntPtr rootedObjectsPointer IntPtr nativeRequestContext、 IntPtr moduleData、 Int32 标志）
问题 2假定您有 WCF 客户端连接到 WCF 服务通过使用 WCF 路由服务。如果最终服务引发不是类型 FaultException 或配置更改的任何意外的异常，WCF 路由服务可能将后续请求路由到最终服务。发生此问题时，您会收到以下异常︰
System.ServiceModel.ProtocolException︰ 此通道不再可用输出会话时自动关闭，由于服务器启动的关闭时，将发送消息。通过将 DispatchRuntime.AutomaticInputSessionShutdown 设置为 false 时，禁用自动关闭或考虑修改与远程服务器的关闭协议。
堆栈跟踪信息︰at System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime operation, 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 operation)at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)at System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult.CallOperation()at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult..ctor(RoutingClientBase`1 parent, Message requestMessage, Transaction transaction, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.BeginOperation(Message message, Transaction transaction, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ProcessRequestAsyncResult`1.StartProcessing()at System.ServiceModel.Routing.ProcessRequestAsyncResult`1..ctor(RoutingService service, Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.RoutingService.System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)at AsyncInvokeBeginBeginProcessRequest(Object , Object[] , AsyncCallback , Object )at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin(Object instance, Object[] inputs, AsyncCallback callback, Object state) 问题 3这是更新，以支持新的格鲁吉亚语拉里符号。格鲁吉亚的国家/地区的拉里，推出了新的货币符号，但货币名称不会更改。也有被新货币符号添加到 Unicode 标准。此更新可确保正确的货币符号将显示通过.NET Framework 基于系统的区域设置。问题 4如果 Gen2 集合发生在Parallel.ForEach调用的过程中，您可能会遇到长时间挂起后安装 Visual Studio 2015年或没有 Visual Studio.NET Framework 4.6。解决方法︰此更新通过解析系统冻结引起此问题的更新垃圾回收器。问题 5在安装.NET Framework 4.6 之后，日期 Time.Parse和Date.TryParse方法没有正常工作。下面的区域性设置，可能会发生此问题︰
-
fi FI
-
nb-无
-
nb SJ
-
sr-符号-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上的问题。包括在该报表，然后也重现此问题的代码尽可能详细的信息。
