捕捉UnhandledException.docx

健壮应用程序异常信息收集，捕捉UnhandledException，并生成dump文件 最近负责的一个项目的应用系统老是原因不明的结束。因为该应用程序是Windows service的缘故，调试起来很麻烦，再加上问题一直找不到重现的办法。而当问题发生后，日志内并没有任何记录，同时该应用的进程也已经结束，在系统事件日志和Dr.Watson里面也没有发现什么有用的信息。考虑到重现问题需要很多的信息支持，另外程序确实需要在发生异常时自身收集更多的信息，所以为程序加入未捕捉异常的处理，该处理中包含了通过代码生成Dump文件。大致的做法是，加入一个AppDomain.CurrentDomain.UnhandledException事件，以在发现未捕捉异常时触发；然后就通过windbg的API函数：MiniDumpWriteDump生成dump文件，以便分析问题。以下处理未捕捉异常的AppDomain.CurrentDomain.UnhandledException事件的示例代码：Code/在程序初始阶段，将处理函数加入到AppDomain.CurrentDomain.UnhandledException事件中，以便发现未捕捉异常时触发。/该语句放到程序初始化的函数中即可AppDomain.CurrentDomain.UnhandledException+=newUnhandledExceptionEventHandler(CurrentDomain_UnhandledException);/这是处理函数，与初始化函数同在一个class内voidCurrentDomain_UnhandledException(objectsender,UnhandledExceptionEventArgse)Exceptionex=e.ExceptionObjectasException;/这两个是自定义的日志记录函数,/debugLog.Error(UnhandledExceptionoccurinMethod:+ex.TargetSite.ToString();/debugLog.Error(ex.ToString();/生成dump文件MiniDump.TryDump(D:MiniDmp.dmp,MiniDump.MiniDumpType.WithFullMemory);这样定义完成后，程序中所有没有被try.catch捕获的Exception都将触发事件AppDomain.CurrentDomain.UnhandledException。事件处理完成后，异常将继续向上抛，程序会因为该未捕捉异常而终止，同时Windows的事件日志会记录该异常，然后触发系统默认的调试引擎。因此，响应AppDomain.CurrentDomain.UnhandledException事件并不代表你的应用不会因为未捕捉异常而终止，AppDomain.CurrentDomain.UnhandledException事件仅仅是让你在遇到该情况下能自动收集更多的信息而已。下面我们讲讲如何生成dump文件。通过代码生成dump文件，需要使用windbg的dbghelp.dll（该dll可以在windbg的安装目录中找到）中的API函数：MiniDumpWriteDump（更详细的用法可以MSDN）。原理不多说了，无非就是import dll然后就是调用而已。具体代码如下：CodeusingSystem;usingSystem.Collections.Generic;usingSystem.Text;usingSystem.Runtime.InteropServices;usingSystem.Diagnostics;usingSystem.IO;usingSystem.Threading;namespaceDumpCreator/*/该类要使用在windows5.1以后的版本，如果你的windows很旧，就把Windbg里面的dll拷贝过来，一般都没有问题/DbgHelp.dll是windows自带的dll文件。/publicstaticclassMiniDump/*/*导入DbgHelp.dll*/DllImport(DbgHelp.dll)privatestaticexternBooleanMiniDumpWriteDump(IntPtrhProcess,Int32processId,IntPtrfileHandle,MiniDumpTypedumpType,refMinidumpExceptionInfoexcepInfo,IntPtruserInfo,IntPtrextInfo);/*/*MINIDUMP_EXCEPTION_INFORMATION这个宏的信息*/structMinidumpExceptionInfopublicUInt32ThreadId;publicIntPtrExceptionPointers;publicUInt32ClientPointers;DllImport(kernel32.dll)privatestaticexternuintGetCurrentThreadId();/*/*自己包装的一个函数*/publicstaticBooleanTryDump(StringdmpPath,MiniDumpTypedmpType)/使用文件流来创健.dmp文件using(FileStreamstream=newFileStream(dmpPath,FileMode.Create)/取得进程信息Processprocess=Process.GetCurrentProcess();/MINIDUMP_EXCEPTION_INFORMATION信息的初始化MinidumpExceptionInfomei=newMinidumpExceptionInfo();mei.ThreadId=(UInt32)GetCurrentThreadId();mei.ExceptionPointers=Marshal.GetExceptionPointers();mei.ClientPointers=1;/这里调用的Win32APIBooleanres=MiniDumpWriteDump(process.Handle,process.Id,stream.SafeFileHandle.DangerousGetHandle(),dmpType,refmei,IntPtr.Zero,IntPtr.Zero);/清空streamstream.Flush();stream.Close();returnres;publicenumMiniDumpTypeNone=0x00010000,Normal=0x00000000,WithDataSegs=0x00000001,WithFullMemory=0x00000002,WithHandleData=0x00000004,FilterMemory=0x00000008,ScanMemory=0x00000010,WithUnloadedModules=0x00000020,WithIndirectlyReferencedMemory=0x00000040,FilterModulePaths=0x00000080,WithProcessThreadData=0x00000100,WithPrivateReadWriteMemory=0x00000200,WithoutOptionalData=0x00000400,WithFullMemoryInfo=0x00000800,WithThreadInfo=0x00001000,WithCodeSegs=0x00002000该代码是我从如何让程序抓到dump文件，MiniDumpWriteDump windbg扩展看到的，后作了一些修改。调整部分在主要是增加了GetCurrentThreadId()这个系统的API函数来获取当前线程的系统ThreadID。使用原文的代码生成的dump文件，使用windbg加载后，会提示找不到当前线程。该问题估计是因