两个月前我对此感到很失落。我真的无法弄清楚这是从哪里来的。我认为这是框架中关于并发垃圾收集的错误。所以我禁用了它。但我仍然得到这个。我希望我能从社区中找到一些见解。
主题20 - 系统ID 8552
入口点clr！Thread :: intermediateThreadProc 创建时间6/2/2016 7:37:30 AM 在用户模式下花费的时间0天00：00：00.000 在内核模式下花费的时间0天00：00：00.000
此线程未完全解析，可能存在问题，也可能不存在问题。可能需要对这些线程进行进一步分析。
.NET调用堆栈
[[DebuggerU2MCatchHandlerFrame]]
完整调用堆栈
KERNELBASE！的RaiseException + 68 MSVCR120_CLR0400！_CxxCallCatchBlock + 169 NTDLL！RcConsolidateFrames + 3 CLR！ManagedThreadBase_DispatchMiddle + 6C CLR！ManagedThreadBase_DispatchOuter + 75 [[DebuggerU2MCatchHandlerFrame]] CLR！ManagedThreadBase_FullTransitionWithAD + 2F CLR！AppDomainTimerCallback + 1408米 CLR！ThreadpoolMgr :: AsyncTimerCallbackCompletion + 6D CLR！UnManagedPerAppDomainTPCount :: DispatchWorkItem + 19B CLR！ThreadpoolMgr :: ExecuteWorkRequest + 64 CLR！ThreadpoolMgr :: WorkerThreadStart + 3B5 CLR！主题:: intermediateThreadProc + 7D KERNEL32！BaseThreadInitThunk + 22 ntdll！RtlUserThreadStart + 34
异常信息
在w3wp__DefaultAppPool__PID__2920__Date__06_02_2016__Time_07_37_52AM__167__第一次机会异常0XE06D7363.dmp KERNELBASE的汇编指令！来自Microsoft Corporation的C：\ Windows \ System32 \ KERNELBASE.dll中的RaiseException + 68 此异常源自MSVCR120_CLR0400！_CxxCallCatchBlock。在线程20上引起了一个未知异常（0xe06d7363）
此异常源自MSVCR120_CLR0400！_CxxCallCatchBlock + 169。
模块信息
图片名称：C：\ Windows \ System32 \ KERNELBASE.dll符号类型：PDB 基地址：0x00000003
00905a4d Time Stamp: Thu Mar 10 18:31:13 201600000000评论：
Checksum: 0x00000000
COM DLL：False公司名称：Microsoft Corporation ISAPIExtension：False文件描述：Windows NT BASE API客户端DLL ISAPIFilter：虚假文件版本：6.3.9600.18264（winblue_ltsb.160310-0600） 托管DLL：错误内部名称：Kernelbase.dll VB DLL：False法律版权所有：©Microsoft Corporation。版权所有。 已加载图片名称：KERNELBASE.dll法律商标：
映射图像名称：原始文件名：Kernelbase.dll 模块名称：KERNELBASE Private Build：
单线程：虚假产品名称：Microsoft®Windows®操作系统 模块尺寸：1.08 MBytes产品版本：6.3.9600.18264 符号文件名：c：\ symbols \ kernelbase.pdb \ 64DCF0F0326E4AD7A4397D79BA8A9BEE2 \ kernelbase.pdb特殊构建：＆amp;
这是在没有服务器收到任何请求或任何事情的情况下单独发生的。只是另一个测试服务器在某个时间段请求页面检查服务器是否在线。除此之外没有其他事情发生。我把所有的调用都包含在try / catch中，但这是来自unmanaged，所以服务器崩溃了，看门狗再次启动它。