对于.NET Framework 4.6 中对 Windows Server 2012 和 Windows 8 的修补程序汇总包 3088955

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 3088955
本文介绍了可用于 Microsoft.NET Framework 4.6 修补程序汇总包 3088955。有关修补程序汇总所修复的问题的详细信息,请参阅"此修复程序汇总所修复的问题"一节。

解决方案
受支持的修补程序现已从 Microsoft 推出。但是,它具有用于更正本文介绍的问题。它仅应用于正经历此特定问题的系统。

若要解决此问题,请联系 Microsoft 客户支持服务,以获取此修复程序。有关 Microsoft 客户支持服务的电话号码和有关支持费用的信息的完整列表,请访问下面的 Microsoft 网站:注意: 在特殊情况下,如果 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

Thisis 更新,以支持新的格鲁吉亚语拉里符号。格鲁吉亚的国家/地区的拉里,推出了新的货币符号,但货币名称不会更改。也有被新货币符号添加到 Unicode 标准。确保正确的货币符号由.NET Framework 基于系统的区域设置显示此 updatemakes。

问题 4

如果 Gen2 集合发生在Parallel.ForEach调用的过程中,您可能会遇到长时间挂起后安装 Visual Studio 2015年或没有 Visual Studio.NET Framework 4.6。

解决方法:

此更新的更新通过解析系统在垃圾回收器会冻结导致了此问题。

问题 5

在安装.NET Framework 4.6 之后,日期 Time.ParseDate.TryParse方法没有正常工作。下面的区域性设置,可能会发生此问题:
  • fi FI
  • nb-无
  • nb SJ
  • sr-符号-XK
  • sr-Latn ME
  • sr-Latn RS
  • sr-Latn XK
解决方法:

此更新使DateTime.ParseDate.TryParse函数使用的是相同的日期和时间分隔符的区域性的正常。

问题 6

在安装.NET Framework 4.6 之后,.NET Framework 4.6 使用被称为 RyuJIT 的新 64 位编译器。在某些情况下,新的编译器将生成错误代码,它会导致不可预知的行为或崩溃。

解决方法:

此更新解决了在 RyuJIT 编译器中的许多问题。如果应用程序仍然行为不可预知此更新在安装后,请参见更多详细的故障排除指南.

进一步的步骤如下:

如果确定 RyuJIT 可能在您的问题涉及链接处的故障排除步骤,请登录问题 http://connect.microsoft.com.包括尽可能详细的信息,在报告以及重现此问题的代码。

警告:本文已自动翻译

属性

文章 ID:3088955 - 上次审阅时间:09/25/2015 05:54:00 - 修订版本: 1.0

Microsoft .NET Framework 4.6

  • kbfix kbqfe kbexpertiseadvanced kbsurveynew kbautohotfix kbhotfixserver kbmt KB3088955 KbMtzh
反馈