.net 4.0 w3wp.exe崩溃-ThreadAbortException

我们有一个无法重现的问题，它在运行ASP.NET4的web服务器（WindowsServer2008Datacenter 64位，托管在AmazonEC2上）上随机发生

它从错误日志中的ASP.NET警告开始（一个奇怪的GET请求，URL很长）：

异常信息：
异常类型：HttpException
异常消息：此请求的URL长度超过配置的maxUrlLength值。
在System.Web.HttpRequest.validateInputPrequiredByConfig（）上 位于System.Web.HttpApplication.PipelineStepManager.ValidateHelper（HttpContext上下文）

然后出现错误：

应用程序ID:/LM/W3SVC/2/ROOT
进程ID:4604
异常：System.Threading.ThreadAbortException
消息：正在中止线程。
StackTrace:at System.Web.HttpRuntime.ProcessRequestNotificationPrivate（IIS7WorkerRequest wr，HttpContext上下文）
位于System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper（IntPtr managedHttpContext、IntPtr nativeRequestContext、IntPtr moduleData、Int32标志）
位于System.Web.Hosting.PipelineRuntime.ProcessRequestNotification（IntPtr managedHttpContext、IntPtr nativeRequestContext、IntPtr moduleData、Int32标志）

然后是另一个错误：

应用程序ID:DefaultDomain
进程ID:4604
异常：System.Threading.ThreadAbortException
消息：正在中止线程。
堆栈跟踪：

然后是应用程序错误：

故障应用程序w3wp.exe，版本7.0.6002.18005，时间戳0x49e03238，故障模块kernel32.dll，版本6.0.6002.18005，时间戳0x49e041d1，异常代码0xe0434352，故障偏移量0x00000000000176fd，进程id 0x%9，应用程序启动时间0x%10

Windbg

我在adplus上的一次撞车中得到了一个垃圾场，但我真的不知道该找什么。我以前用Windbg解决过一些StackOverflow问题，但我不知道该用哪种方法来解决这个错误

！线程上的pe出现错误：

异常对象：0000000 1C323D948
异常类型：System.Threading.ThreadAbortException
消息：正在中止线程。
内部异常：
StackTrace（已生成）：

StackTraceString:
HResult:80131530

！clrstack

子SP IP呼叫站点
00000000 15F7F078 00000000 76C176FD[GCFrame:00000000 15F7F078]
00000000 15F7F258 00000000 76C176FD[GCFrame:00000000 15F7F258]

k

子SP重新寻址呼叫站点
00000000

15F7EDF0000007FE

f2826e39内核32！RaiseException+0x39
00000000

15F7EEC0000007FE

f2bbbfb4 clr！提高ExceptionInternalOnly+0x363
00000000

15F7EFF0000007FE

f2bbc906 clr！RaiseTheException+0xa4
00000000

15f7f020 000007fe

f2c3b99b clr！BStrFromString+0x66
00000000

15f7f050 000007fe

f2c3b9a9 clr！RealComplusterRow+0x3b
00000000

15F7F0C0000007FE

f2c93156 clr！RealComplusterRow+0x9
00000000

15F7F0F0000007FE

f2b229f3 clr！线程：：RaiseCrossContextException+0x2a7
00000000

15f7f310 000007fe

f2830886 clr！？？：FNODBFM:：

string'+0xafb03

00000000

15f7f4c0 000007fe

f27fcce3 clr！UM2MDoADCallBack+0x9e

00000000

15F7F530000007FE

f845ba59 clr！UMThunkStubAMD64+0x273

00000000

15f7f5c0 000007fe

f8458f02 webengine4！W3_MGD_处理程序：：ProcessNotification+0x79

00000000

15f7f5f0 000007fe

f27d4595网络引擎4！ProcessNotificationCallback+0x43

00000000

15F7F620000007FE

f27d3ac8 clr！UnmanagedPerAppDomainMaintpCount:：DispatchWorkItem+0x181

00000000

15F7F6D0000007FE

f294658f clr！ThreadpoolMgr:：NewWorkerThreadStart+0x2e5

00000000

15f7f770 000007fe

f29447c6 clr！ThreadpoolMgr:：WorkerThreadStart+0x3b

00000000

15f7f810 00000000

76c1be3d clr！线程：：intermediateThreadProc+0x7d

00000000

15F7FBD000000000

76d56a51内核32！BaseThreadInitThunk+0xd

00000000

15f7fc00 00000000`00000000 ntdll！RtlUserThreadStart+0x1d

有人知道这是什么吗？或者可以为我指出使用Windbg分析它的正确方向

编辑： 传入的URL通常如下所示： foo.bar.com/wepdwullte1mtk5Mzizmtfkgamffmn0bdawjgrimsrkzgxeyxymfzzpfcsaamrkzau7y3rsmdaku2vhcmnoq2xvdwqxjf9sawdenvtbbhbirfu2vhcmnoqxvdwqkbhn2vhmnovyxmpfcasadmrkzgzgzgzgzg8kwauaiuzgrkzgl/qfd2n0bdawjh9sdaw1cnetekx1jpz2h2vqd2w9wq9wqw9wquwquwquwquwww7vqw7w7vqw7w9vqw9v1kw9v1kw9v1kqw1kw7w7w7w9v1kw9v9v9v==/

但我在事件日志中发现，类似这样的URL也会发生这种情况： foo.bar.com/&

---

（.NET 4中的“危险请求”）

您至少应该加载符号，然后查看调用堆栈中显示的正确字符串

---

如果您无法处理此类分析，我认为通过打开支持案例对您有好处。

您至少应该加载符号，然后查看调用堆栈中显示的正确字符串

---

如果您无法处理此类分析，我认为通过打开支持案例对您有好处。

我一直在尝试解决类似问题

我发现这篇文章声称是一个确定原因的过程，我认为它实际上是有意义的：

---

警告：我无法成功完成所描述的步骤。我将在这里发帖寻求帮助。

我一直在努力解决类似的问题

我发现这篇文章声称是一个确定原因的过程，我认为它实际上是有意义的：

警告：我无法成功完成所描述的步骤。我将在这里发布请求帮助。

启用IIS