Web services 这个IIS错误日志是什么意思？

我正在使用调试诊断工具，试图理解为什么发送到我的Web服务的请求中有5%会崩溃，而不必在我的应用程序中抛出任何错误

此工具出现的错误之一如下。这里有人能确切地理解可能发生的事情吗

谢谢

[6/17/2010 5:32:58 PM] First chance exception - 0xe0434f4d caused by thread with system id 1736
[6/17/2010 5:32:58 PM] Stack Trace
ChildEBP RetAddr  Args to Child              
WARNING: Stack unwind information not available. Following frames may be wrong.
1c5bec58 79ef2bbc e0434f4d 00000001 00000001 kernel32!RaiseException+0x3c
1c5becb8 79fccf80 0a6d4998 00000000 00000000 mscorwks!GetMetaDataInternalInterface+0x84a9
1c5bed7c 656cab0e 0a6d4788 1c5bed98 65221345 mscorwks!StrongNameErrorInfo+0x103dc
1c5bed88 65221345 0a6cefb0 1c5bedf8 1c5bee08 System_Data_ni+0x57ab0e
1c5bee0c 79e7e1f3 1c147158 1c147158 0a6d0710 System_Data_ni+0xd1345
1c5bee24 79f7c770 0a6d0710 1c147158 026f25a8 mscorwks!DllUnregisterServerInternal+0x21d7
1c5beee8 79e71b4c 0a6cd9b8 0a6cd994 026f409c mscorwks!CorExitProcess+0x28f9a
1c5bef00 79e821b9 1c5befd8 00000002 1c5befa0 mscorwks+0x1b4c
1c5bef80 79e96531 1c5befd8 00000002 1c5befa0 mscorwks!DllUnregisterServerInternal+0x619d
1c5bf0c8 79e96564 1c531688 1c5bf228 1c5bf120 mscorwks!CoUninitializeEE+0x2ead
1c5bf0e4 79e96582 1c531688 1c5bf228 1c5bf120 mscorwks!CoUninitializeEE+0x2ee0
1c5bf0fc 79f87a83 1c5bf120 1c5bf2e0 79fa6a6b mscorwks!CoUninitializeEE+0x2efe
1c5bf2ec 79f87be2 00629d50 0a6cdae8 0a6d0e04 mscorwks!CorExitProcess+0x342ad
1c5bf3ac 792d5348 00629d90 00000086 1c5bf3c8 mscorwks!CorExitProcess+0x3440c
1c5bf3fc 792d50f6 00629d90 00000086 066a1ae0 mscorlib_ni+0x215348
1c5bf434 792d4fde 00000000 00000000 0a6cd944 mscorlib_ni+0x2150f6
1c5bf488 65e1098e 0a6cd944 00000000 00000000 mscorlib_ni+0x214fde
1c5bf4cc 65e10665 66082f99 0a6ca144 00000000 System_Web_Services_ni+0x13098e
1c5bf4fc 65e10ff7 026c1054 0a6ca168 0a6ace9c System_Web_Services_ni+0x130665
1c5bf510 6dde7666 1c5bf54c 660adb16 6ddd2c34 System_Web_Services_ni+0x130ff7
1c5bf518 660adb16 6ddd2c34 0a6ace8c 0a6c883c System_Web_Extensions_ni+0x1c7666
1c5bf54c 6608132c 1c5bf578 0a6c883c 00000000 System_Web_ni+0x18db16
1c5bf588 6608c5c3 1c5bf5b0 0a6abecc 0a6c8b4c System_Web_ni+0x16132c
1c5bf5dc 660808ac 0a6c8218 0a6abecc 026c0d48 System_Web_ni+0x16c5c3
1c5bf5f0 66083e1c 0a6c883c 026c1054 0a6c883c System_Web_ni+0x1608ac
1c5bf62c 66083ac3 026bc67c 0a6c8400 1c5bf6b0 System_Web_ni+0x163e1c
1c5bf63c 66082c5c 8984fdc8 79e7a6b8 1c5bf858 System_Web_ni+0x163ac3
1c5bf6b0 79f9811e 00000002 01b93b00 026cf6e4 System_Web_ni+0x162c5c
1c5bf768 79f9822b 0017a0d0 1c5bf970 1c5bf9e8 mscorwks!CorExitProcess+0x44948
1c5bf7c4 79f98691 0017a0d0 1c5bf970 1c5bf9e8 mscorwks!CorExitProcess+0x44a55
1c5bf9d0 6a2aa19b 00000001 01b93b00 00000000 mscorwks!CorExitProcess+0x44ebb
1c5bf9f0 6a2aa19b 023ad3f0 01b93b00 00000002 webengine!BufferPoolReleaseBuffer+0x1bb
1c5bfa28 79e72032 79e821f6 e5934469 0017a0d0 webengine!BufferPoolReleaseBuffer+0x1bb
00000000 00000000 00000000 00000000 00000000 mscorwks+0x2032
[6/17/2010 5:33:00 PM] First chance exception - 0xe0434f4d caused by thread with system id 3252
[6/17/2010 5:33:00 PM] Stack Trace
ChildEBP RetAddr  Args to Child              
WARNING: Stack unwind information not available. Following frames may be wrong.
01d0ecd8 79ef2bbc e0434f4d 00000001 00000001 kernel32!RaiseException+0x3c
01d0ed38 79fccf80 02748edc 00000000 00000000 mscorwks!GetMetaDataInternalInterface+0x84a9
01d0edfc 656cab0e 02748ccc 01d0ee18 65221345 mscorwks!StrongNameErrorInfo+0x103dc
01d0ee08 65221345 027434d0 01d0ee78 01d0ee88 System_Data_ni+0x57ab0e
01d0ee8c 79e7e1f3 1c147158 1c147158 02744c30 System_Data_ni+0xd1345
01d0eea4 79f7c770 02744c30 1c147158 026f25a8 mscorwks!DllUnregisterServerInternal+0x21d7
01d0ef68 79e71b4c 02741ed8 02741eb4 026f409c mscorwks!CorExitProcess+0x28f9a
01d0ef80 79e821b9 01d0f058 00000002 01d0f020 mscorwks+0x1b4c
01d0f000 79e96531 01d0f058 00000002 01d0f020 mscorwks!DllUnregisterServerInternal+0x619d
01d0f148 79e96564 1c531688 01d0f2a8 01d0f1a0 mscorwks!CoUninitializeEE+0x2ead
01d0f164 79e96582 1c531688 01d0f2a8 01d0f1a0 mscorwks!CoUninitializeEE+0x2ee0
01d0f17c 79f87a83 01d0f1a0 01d0f360 79fa6a6b mscorwks!CoUninitializeEE+0x2efe
01d0f36c 79f87be2 00629d50 02742008 02745324 mscorwks!CorExitProcess+0x342ad
01d0f42c 792d5348 00629d90 00000086 01d0f448 mscorwks!CorExitProcess+0x3440c
01d0f47c 792d50f6 00629d90 00000086 066a1ae0 mscorlib_ni+0x215348
01d0f4b4 792d4fde 00000000 00000000 02741e64 mscorlib_ni+0x2150f6
01d0f508 65e1098e 02741e64 00000000 00000000 mscorlib_ni+0x214fde
01d0f54c 65e10665 66082f99 0273e664 00000000 System_Web_Services_ni+0x13098e
01d0f57c 65e10ff7 026c1054 0273e688 0a6ace9c System_Web_Services_ni+0x130665
01d0f590 6dde7666 01d0f5cc 660adb16 6ddd2c34 System_Web_Services_ni+0x130ff7
01d0f598 660adb16 6ddd2c34 0a6ace8c 0272cce4 System_Web_Extensions_ni+0x1c7666
01d0f5cc 6608132c 01d0f5f8 0272cce4 00000000 System_Web_ni+0x18db16
01d0f608 6608c5c3 01d0f630 0a6abecc 0272cff4 System_Web_ni+0x16132c
01d0f65c 660808ac 0272c6c0 0a6abecc 026c0d48 System_Web_ni+0x16c5c3
01d0f670 66083e1c 0272cce4 026c1054 0272cce4 System_Web_ni+0x1608ac
01d0f6ac 66083ac3 026bc67c 0272c8a8 01d0f730 System_Web_ni+0x163e1c
01d0f6bc 66082c5c 8984fdc8 79e7a6b8 01d0f8d8 System_Web_ni+0x163ac3
01d0f730 79f9811e 00000002 01b93b00 026cf6e4 System_Web_ni+0x162c5c
01d0f7e8 79f9822b 000dcea8 01d0f9f0 01d0fa68 mscorwks!CorExitProcess+0x44948
01d0f844 79f98691 000dcea8 01d0f9f0 01d0fa68 mscorwks!CorExitProcess+0x44a55
01d0fa50 6a2aa19b 00000001 01b93b00 00000000 mscorwks!CorExitProcess+0x44ebb
01d0fa70 6a2aa19b 023ad3f0 01b93b00 00000002 webengine!BufferPoolReleaseBuffer+0x1bb
01d0fac8 79e79cba 79e79ccd 0000000d 00000000 webengine!BufferPoolReleaseBuffer+0x1bb
01d0facc 79e79ccd 0000000d 00000000 79ec3f4b mscorwks+0x9cba
01d0fad8 79ec3f4b 79e7c82c 79ec3f53 f818458d mscorwks+0x9ccd
00000000 00000000 00000000 00000000 00000000 mscorwks!CreateAssemblyNameObject+0x22f40
[6/17/2010 5:33:37 PM] Thread exited. Exiting thread system id - 2144. Exit code - 0x00000000

编辑：这是我从客户端得到的：

---

编辑2：错误已由其自身解决：太好了，因为我不知道如何解决此问题。

您发布的是非托管堆栈。您需要使用类似的方法将此堆栈转换为托管代码

在WinDbg中打开.dmp

加载sos.dll

在发生异常的线程上运行CLRStack和DumpStack

这将生成托管堆栈，并应告诉您哪个文件和行存在问题

DebugDiags/WinDbg/SOS是我发现的跟踪此类问题的最佳方法，因此这是一种非常好的调试技术。

---

如前所述，我们有很多关于在各种情况下使用SOS的信息。还有很多关于的信息。

好的，这只是一个猜测，但我打赌类似的事情正在发生，看起来某个进程正在退出此函数

脱矿工艺

由于这是IIS，应用程序池可能正在回收或关闭

接下来，它似乎要调用DllUnregisterServer，这是由ConInitializeEx调用的，所以这听起来像是在某个地方有一个COM对象，我的直觉告诉我COM对象是在.net中从调用StrongNameErrorInfo实现的，因为强名称更像是.net时代的东西，而不是COM时代的术语

同样，这都是猜测，您是否有任何对象符合此法案，或者，您是否有任何未正确使用Gac的.net DLL？或者可能已添加到gac且不再存在于计算机上，或者由于某种原因更改了强名称密钥

希望这有帮助，而不是阻碍：）

---

我觉得奇怪的是，在Unitalize上，而不是在initialize上，出现了强烈的名称问题，嗯，Intruiting

请告诉我们在这些地址上有什么这是一个Web服务，当我传递一些参数时，它会崩溃，只有当这来自特定点时（奇怪的问题），此其他链接告诉您更多信息

0xe0434f4d

是CLR（.net）异常的异常代码，因此所有托管异常（如

NullReferenceException

或

InvalidOperationException

）本机称为

0xe0434f4d

（）。阅读更多的想法。