w3wp随机崩溃,AccessViolationException和TargetInvocationException服务于WCF调用

w3wp随机崩溃,AccessViolationException和TargetInvocationException服务于WCF调用,wcf,iis,access-violation,targetinvocationexception,Wcf,Iis,Access Violation,Targetinvocationexception,我们在事件日志中观察到随机(如1-5天一次)IIS崩溃异常。 服务器-Windows Server 2012 R2 第一个是访问冲突(更常见): 应用程序:w3wp.exe 框架版本:v4.0.30319 描述:由于未处理的异常,进程已终止 异常信息:System.AccessViolationException 堆栈: 没有关于这一点的其他细节 另一种是目标调用(不太常见): 应用程序:w3wp.exe 框架版本:v4.0.30319 描述:由于未处理的异常,进程已终止。 异常信息:S

我们在事件日志中观察到随机(如1-5天一次)IIS崩溃异常。
服务器-Windows Server 2012 R2

  • 第一个是访问冲突(更常见):
应用程序:w3wp.exe
框架版本:v4.0.30319
描述:由于未处理的异常,进程已终止
异常信息:System.AccessViolationException
堆栈:

没有关于这一点的其他细节

  • 另一种是目标调用(不太常见):
应用程序:w3wp.exe
框架版本:v4.0.30319
描述:由于未处理的异常,进程已终止。
异常信息:System.Reflection.TargetInvocationException
堆栈:
位于System.RuntimeMethodHandle.InvokeMethod(System.Object,System.Object[],System.Signature,Boolean)
在System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(System.Object,System.Object[],System.Object[])中
在System.Delegate.DynamicInvokeImpl(System.Object[])中
... (进一步的各种堆栈跟踪)

我们已经对这个TargetInvocationException的一些变体执行了一些调试,通过在特定位置强制抛出一个异常,我们可以重复其中一个堆栈跟踪,但它有一个内部异常(这里没有),没有使IIS崩溃,并且通常将错误返回到FaultException包装的客户端


您认为这可能与.NET 4.0处理损坏进程状态的更改有关吗

你解决这个问题了吗?