1.为什么需要dump 内存
系统经常出现各种各样的问题,这些问题,可能是本身程序设计的时候考虑的不够周全,导致的程序异常,或者系统本身的问题。那么,当系统crash或者发生exception的时候,如何获得系统的context,然后给出准确地diagnostics,然后提出resolution呢?
我们所说的crash或者exception包括各种各样的情况,比如系统某个进程占用大量资源,某个进程low performance,某个程序crash等等。为了获得发生crash或者exception的process的context, 我们必须得到发生exception的时候,该process的context。那么可以给该process进行捕捉一个snapshot。捕捉发生exception时刻的snapshot所用的方法就是dump当时该process的内存。
2.dump内存的方法
这里介绍一种dump内存的方法,就是windbg中的.dump。当程序发生异常时,我们可以通过该方法snapshot该process在发生exception的时候的context。
具体做法就是:
当program发生exception的时候,或者发生之前,我们可以将windbg attach to a specific process in which en exception will occur. 然后在windbg command window中,type g or press F5 to let the program execute.如果不出意外的话,会出现exception,然后我们我们可以用.dump command来capture the snapshot。the following section is the usage about command .dump.
windows minidump 的那些事
在开发中最让程序员头痛的是程序异常对出。还没有留下任何蛛丝马迹。在linux系统上不用担心这个问题,linux内核可以完成这个工作,通过ulimit -c unlimited。windows也可以同windbg或dr.Watson绑定运行,当出现异常时会挂住进程。这样做是很多程序不允许的。这就需要进程在异常退出是自己产生dump了:MiniDumpWriteDump。有很多帖子都已经讲了了理论。我这里记录核心代码和测试代码。
相关博客:http://www.cnblogs.com/FCoding/archive/2012/07/04/2576890.html
github:https://github.com/hanbo79/CrashProcMinidumpDll.git
捕获异常的注册点:
//大部分异常:*p(null) = 1;除0错误
if(SetUnhandledExceptionFilter(CrashCallBack) == NULL)
{
cout << "there is no current top-level exception handler" << endl;
}
/*解决无效参数*/
//char* formatString;
//formatString = NULL;
//printf(formatString);
_set_invalid_parameter_handler(myInvalidParameterHandler1);
// Disable the message box for assertions.
_CrtSetReportMode(_CRT_ASSERT, 0);
//捕获信号:abort()等
typedef void (*SignalHandlerPointer)(int);
SignalHandlerPointer previousHandler;
signal(SIGABRT, SignalHandler);
signal(SIGSEGV, SignalHandler);
//捕获虚函数异常:调用没有实现的虚函数
_set_purecall_handler(myPurecallHandler);
在CrashCallBack回调中真正保存dump,
其他的回调中 直接抛出异常:throw 1; 会触发CrashCallBack处理
在实际运行中经常出现0dump的情况。测试通过new大量内存泄漏,在minidump写dump时返回的错误:2147942408(存储空间不足,无法处理次命令)
尝试使用其他进程捕获崩溃进程的信息(资源管理器可以捕获指定进程的dump),可以启动一个新的进程捕获异常进程的栈信息
---------------------
https://www.cnblogs.com/zhishuai/articles/8593154.html
https://www.cnblogs.com/awpatp/archive/2010/03/07/1680147.html
https://blog.csdn.net/avder/article/details/2005837