本文介绍了可用于 Microsoft.NET Framework 4.6 修补程序汇总包 3088956。有关修复程序汇总所修复的问题的详细信息,请参阅"此修补程序汇总所修复问题"部分。

解决方案

受支持的修补程序现已从 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上的问题。包括尽可能详细的信息,在报告以及重现此问题的代码。

需要更多帮助?

需要更多选项?

了解订阅权益、浏览培训课程、了解如何保护设备等。

社区可帮助你提出和回答问题、提供反馈,并听取经验丰富专家的意见。