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

解决方案

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

Need more help?

Expand your skills
Explore Training
Get new features first
Join Microsoft Insiders

Was this information helpful?

How satisfied are you with the translation quality?
What affected your experience?

Thank you for your feedback!

×