3 打印崩溃信息以及输出崩溃Dump文件

最新推荐文章于 2024-05-14 16:53:53 发布
最新推荐文章于 2024-05-14 16:53:53 发布
阅读量1.3k 收藏 1
点赞数
分类专栏： C++编码招式 文章标签： SetUnhandledExceptionFilter 崩溃信息收集 vc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yamahayamede/article/details/79534049
版权

3.1 缘由

本来不想写这一小结的,感觉有点跳跃性,因为对WINSDK不熟悉会导致这一小节看起来有些云雾. 包括我本人,对这一块也是畏畏缩缩的查了半天MSDN.但是由于第2节中提到了打印堆栈信息,就想提一提这个事情.而且现在除了在开发环境中可以方便的Debug,我们的程序却主要应用于客户端环境,那里可没有VS,也没有各种用于调试的工具.那我们只在程序崩溃或者异常时候收集其信息,然后将该信息拿到开发环境下再进行处理.那本节的必要性,不言而喻.

3.2 源码及说明

如下代码实现了捕获异常时堆栈信息以及dump文件.<文件:FADE\Fade\Stack\ExceptionCollector.h>

/********************************
author:FakeCpp
date:2017/07/14
filename:ExceptionCollector.h
describe:
********************************/
#ifndef _FAKECPP_EXCEPTIONCOLLECTOR_
#define _FAKECPP_EXCEPTIONCOLLECTOR_

#include <windows.h>
#include "dbghelp.h"
#pragma comment(lib,"dbghelp.lib")
interface IExceptionHandler
{
	virtual void OnBegin(){}
	virtual void OnExceptionStr(const char* ExcptionStr){}
	virtual void OnError(const char* ErrStr){}
	virtual void OnEnd(){}
	virtual void OnDumpFile(LPCTSTR DumpFilePath){}

	static void SetDumpFileDir(const char* DumpDir);
	static void StartCollector(IExceptionHandler* pEH);
};
struct CExceptionCollector
{
	static void SetDumpFileDir(const char* DumpDir)
	{
		memset(m_chDumpDir,0,MAX_PATH);
		if (DumpDir)
			strncpy_s(m_chDumpDir,DumpDir,sizeof(m_chDumpDir));
	}
	static void StartCollector(IExceptionHandler* pEH)
	{
		m_pExceptionHandler = pEH;
		m_PreviousFilter = ::SetUnhandledExceptionFilter(_UnhandledExceptionFilter);
	}
private:
	static LONG WINAPI _UnhandledExceptionFilter(CONST PEXCEPTION_POINTERS pExceptionInfo)
	{
		//获取dump文件路径
		char DumpFilePath[MAX_PATH] = {0};
		char MoudulePath[MAX_PATH] = {0};
		if (*m_chDumpDir == 0 || !::PathIsDirectory(m_chDumpDir))
		{
			::GetModuleFileName(NULL,MoudulePath,MAX_PATH);
			char* pLocal1 = strrchr(MoudulePath,'/');
			char* pLocal2 = strrchr(MoudulePath,'\\');
			pLocal1 = pLocal1>pLocal2?pLocal1:pLocal2;
			*(++pLocal1) = 0;
		}
		else
		{
			strncpy_s(MoudulePath,m_chDumpDir,sizeof(MoudulePath));
		}

		COleDateTime CurrTime = COleDateTime::GetCurrentTime();
		char DumpFileName[MAX_PATH] = {0};
		sprintf_s(DumpFileName,"%04d%02d%02d_%02d%02d%02d.dmp",CurrTime.GetYear(),CurrTime.GetMonth(),
			CurrTime.GetDay(),CurrTime.GetHour(),CurrTime.GetMinute(),CurrTime.GetMinute());
		sprintf_s(DumpFilePath,"%s%s",MoudulePath,DumpFileName);
		//创建并且写入dump
		HANDLE hDumpFile = ::CreateFile(DumpFilePath,GENERIC_WRITE,0,NULL,CREATE_ALWAYS,FILE_ATTRIBUTE_NORMAL,NULL);
		if (hDumpFile&&hDumpFile!=INVALID_HANDLE_VALUE)
		{
			MINIDUMP_EXCEPTION_INFORMATION dumpInfo;
			dumpInfo.ExceptionPointers = pExceptionInfo;
			dumpInfo.ThreadId = GetCurrentThreadId();
			dumpInfo.ClientPointers = TRUE;
			MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hDumpFile, MiniDumpNormal, &dumpInfo, NULL, NULL);  
			CloseHandle(hDumpFile);
			m_pExceptionHandler->OnDumpFile(DumpFilePath);
		}

		char szContext[MAX_PATH] = {0};
		m_pExceptionHandler->OnBegin();
		//输出Except文本信息
		HANDLE hProcess = GetCurrentProcess();
		if (SymInitialize(GetCurrentProcess(),NULL,TRUE))//初始化进程符号句柄
		{
			DWORD dw = SymGetOptions();
			dw &= ~SYMOPT_UNDNAME;
			dw |= SYMOPT_LOAD_LINES;
			SymSetOptions(dw);

			STACKFRAME64 stackFrame;
			memset(&stackFrame, 0, sizeof(stackFrame));
			stackFrame.AddrPC.Mode = AddrModeFlat;
			stackFrame.AddrFrame.Mode = AddrModeFlat;
			stackFrame.AddrStack.Mode = AddrModeFlat;
			stackFrame.AddrReturn.Mode = AddrModeFlat;
			stackFrame.AddrBStore.Mode = AddrModeFlat;

			DWORD dwMachType;
			LPCONTEXT pContext = pExceptionInfo->ContextRecord;
#if defined(_M_IX86)
			dwMachType                   = IMAGE_FILE_MACHINE_I386;
			// program counter, stack pointer, and frame pointer
			stackFrame.AddrPC.Offset     = pContext->Eip;
			stackFrame.AddrStack.Offset  = pContext->Esp;
			stackFrame.AddrFrame.Offset  = pContext->Ebp;
#elif defined(_M_AMD64)
			// only program counter
			dwMachType                   = IMAGE_FILE_MACHINE_AMD64;
			stackFrame.AddrPC.Offset     = pContext->Rip;
#elif defined(_M_MRX000)
			// only program counter
			dwMachType                   = IMAGE_FILE_MACHINE_R4000;
			stackFrame.AddrPC.Offset     = pContext->Fir;
#elif defined(_M_ALPHA)
			// only program counter
			dwMachType                   = IMAGE_FILE_MACHINE_ALPHA;
			stackFrame.AddrPC.Offset     = (unsigned long) pContext->Fir;
#elif defined(_M_PPC)
			// only program counter
			dwMachType                   = IMAGE_FILE_MACHINE_POWERPC;
			stackFrame.AddrPC.Offset     = pContext->Iar;
#elif defined(_M_IA64)
			// only program counter
			dwMachType                   = IMAGE_FILE_MACHINE_IA64;
			stackFrame.AddrPC.Offset     = pContext->StIIP;
#elif defined(_M_ALPHA64)
			// only program counter
			dwMachType                   = IMAGE_FILE_MACHINE_ALPHA64;
			stackFrame.AddrPC.Offset     = pContext->Fir;
#else
#error("Unknown Target Machine");
#endif
			while (true)
			{
				memset(szContext,0,MAX_PATH);
				if (!::StackWalk64(dwMachType, hProcess, NULL, &stackFrame, (LPVOID)pContext,
					NULL, SymFunctionTableAccess64, SymGetModuleBase64, NULL))
				{
					break;
				}
				if (stackFrame.AddrStack.Offset == 0)
					break;
				ULONG64 buffer[(sizeof(SYMBOL_INFO) + MAX_SYM_NAME * sizeof(TCHAR) + sizeof(ULONG64) - 1) / sizeof(ULONG64)];
				PSYMBOL_INFO pSymbol = (PSYMBOL_INFO)buffer;
				pSymbol->SizeOfStruct = sizeof(SYMBOL_INFO);
				pSymbol->MaxNameLen = MAX_SYM_NAME;

				DWORD64 dwDisplacement64 = 0;
				if (SymFromAddr(hProcess, stackFrame.AddrPC.Offset, &dwDisplacement64, pSymbol))
				{
					sprintf_s(szContext,MAX_PATH, TEXT("%p\t%p\t%hs+0x%X"), 
						(LPCVOID)stackFrame.AddrPC.Offset, (LPCVOID)stackFrame.AddrFrame.Offset, 
						pSymbol->Name, dwDisplacement64);
					m_pExceptionHandler->OnExceptionStr(szContext);

					//FileName And Line
					IMAGEHLP_LINE64 Line;
					Line.SizeOfStruct=sizeof(IMAGEHLP_LINE64);
					DWORD dwDisplacement=0;
					if (SymGetLineFromAddr64(hProcess,stackFrame.AddrPC.Offset,&dwDisplacement,&Line))
					{
						sprintf_s(szContext,MAX_PATH, TEXT("<%hs:%d+0x%X>"),
							Line.FileName,Line.LineNumber,dwDisplacement);
						m_pExceptionHandler->OnExceptionStr(szContext);
					}
					else
					{
						sprintf_s(szContext,MAX_PATH,TEXT("SymGetLineFromAddr64 Err:%d"),GetLastError());
						m_pExceptionHandler->OnError(szContext);
					}
				}
				else
				{
					sprintf_s(szContext,MAX_PATH,TEXT("SymFromAddr Err: %d"),GetLastError());
					m_pExceptionHandler->OnError(szContext);
				}
			}
		}
		if (!SymCleanup(hProcess))
		{
			memset(szContext,0,MAX_PATH);
			sprintf_s(szContext,MAX_PATH,TEXT("SymCleanup Err: %d"),GetLastError());
			m_pExceptionHandler->OnError(szContext);
		}
		m_pExceptionHandler->OnEnd();
		if (m_PreviousFilter != NULL)
			return m_PreviousFilter(pExceptionInfo);
		else
			return EXCEPTION_CONTINUE_SEARCH;
	}
private:
	static LPTOP_LEVEL_EXCEPTION_FILTER m_PreviousFilter;
	static char m_chDumpDir[MAX_PATH];
	static IExceptionHandler* m_pExceptionHandler;
};
__declspec(selectany) char CExceptionCollector::m_chDumpDir[MAX_PATH]={0};
__declspec(selectany) IExceptionHandler* CExceptionCollector::m_pExceptionHandler = NULL;
__declspec(selectany) LPTOP_LEVEL_EXCEPTION_FILTER CExceptionCollector::m_PreviousFilter = NULL;

void IExceptionHandler::SetDumpFileDir( const char* DumpDir ){
	CExceptionCollector::SetDumpFileDir(DumpDir);
}
void IExceptionHandler::StartCollector( IExceptionHandler* pEH ){
	CExceptionCollector::StartCollector(pEH);
}
#endif

这段代码通过IExceptionHandler来提供接口,其中OnBegin, OnExceptionStr, OnError, OnEnd这四个接口是用来打印崩溃异常时候的堆栈信息.而OnDumpFile是完成dump文件导出的时间通知.

 

这段代码大致的流程是:

1.使用SetUnhandledExceptionFilter替换掉默认的异常处理函数(用_UnhandledExceptionFilter)

2.在_UnhandledExceptionFilter中,通过传来的PEXCEPTION_POINTERS生成dump文件

3.初始化当前进程的符号信息(SymInitialize),以及初始化堆栈帧数据(STACKFRAME64)

4.根据PEXCEPTION_POINTERS获取的LPCONTEXT,和堆栈帧数据来获取堆栈记录(StackWalk64)

5.最后通过获取的堆栈记录信息来获取符号信息(SymFromAddr)

6.清理(SymCleanup)

有兴趣的朋友可以去跟一下AtlDumpStack的源码,跟这里的流程差不多.

3.3 应用

该段代码可以很方便的让你的程序拥有收集异常信息的功能.包含了相应的头文件之后,在程序开始的地方,比如MFC对话框框架程序中的InitInstance()中加入如下一段代码:

BOOL CTrick1App::InitInstance()
{
	static struct MyExceptionHandler:IExceptionHandler
	{
		MyExceptionHandler(){
			IExceptionHandler::SetDumpFileDir(NULL);
			IExceptionHandler::StartCollector(this);
		}
		void OnBegin()
		{
			printf("Begin\r\n");
		}
		void OnExceptionStr(const char* ExcptionStr)
		{
			printf("%s\r\n",ExcptionStr);
		}
		void OnError(const char* ErrStr)
		{
			printf("Error:%s\r\n",ErrStr);
		}
		void OnEnd()
		{
			printf("End\r\n");
		}
		void OnDumpFile(LPCTSTR DumpFilePath)
		{
			printf("%s\r\n",DumpFilePath);
		}
	} ME;
//其他代码
}

其中, MyException是一个Nested Class,想到了什么吗?

这里我们的手法和AtlDumpStack中基本上是一样的,都是提供了一些接口用来获取信息.那么你也可以模仿第二节中对AtlDumpStack包装的方法来包装这里.下一小节,我们就来说说包装.

3.4 包装

下面是对上述接口的一个包装函数,你可以修改其中的代码来满足你的需求.<代码:Fade\Stack\DumpCrashInfo.h>

/********************************
author:FakeCpp
date:2017/07/14
filename:DumpCrashInfo.h
describe:
********************************/
#ifndef _FAKECPP_DUMPCRASHINFO_
#define _FAKECPP_DUMPCRASHINFO_

#include "ExceptionCollector.h"
void DumpCrashInfo()
{
	static struct MyExceptionHandler:IExceptionHandler
	{
		MyExceptionHandler(){
			IExceptionHandler::SetDumpFileDir(NULL);
			IExceptionHandler::StartCollector(this);
		}
		void OnBegin()
		{
			printf("Begin\r\n");
		}
		void OnExceptionStr(const char* ExcptionStr)
		{
			printf("%s\r\n",ExcptionStr);
		}
		void OnError(const char* ErrStr)
		{
			printf("Error:%s\r\n",ErrStr);
		}
		void OnEnd()
		{
			printf("End\r\n");
		}
		void OnDumpFile(LPCTSTR DumpFilePath)
		{
			printf("%s\r\n",DumpFilePath);
		}
	} ME;
}
#endif

参见如上代码,现在我们只需要在程序开始的地方调一下DumpCrashInfo即可

3.5 小结

是不是好简单,是不是没有想的那么复杂.加上有了后面的包装，收集崩溃信息，简直是不要太容易！

何处可踏青云梯
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Qt 使用 Google Breakpad 捕获程序崩溃报告（dump文件）
前行之路还需前行
02-23 6945
一、简述在上一篇文章 Google Breakpad 在 windows下捕获程序崩溃报告中，简单介绍了Google Breakpad，同时讲解了如何如何获取Google Breakpad源码、环境的配置，以及自带demo的测试过程，今天就讲述一下如何使用Google Breakpad来帮我们自己的程序在崩溃的时候获取dump文件。下面我用Qt的程序为例，其他项目建立过程都基本类似，而且Google
dump打印
yanink的博客
06-30 360
void float_dump(float* buffer, int len) { printf("\n********************\n"); int i = 0; for (i = 0; i < len; i++) { if (i%10 == 0) { printf("\n"); } printf("%f, ", buffer[i]); } print...
dump打印格式化
最新发布
qq_34832347的博客
05-14 76
解决谷歌最新浏览器, 预览页面中文乱码问题。
bat 打印手机崩溃信息
L_one_J的博客
02-23 84
新建txt文件 输入以下内容 改为bat 运行 @ECHO OFF for /f "tokens=2 delims==" %%a in ('wmic OS Get localdatetime /value') do set "dt=%%a" SET timeStamp=%dt:~0,4%-%dt:~4,2%-%dt:~6,2%_%dt:~8,2%-%dt:~10,2%-%dt:~12,2% SET mutID=_mut @ECHO ON adb logcat -v time > .\"%m
打印崩溃时的堆栈信息（logger方式）C++
小诺的博客
08-02 1428
在开发C++程序时，特别是程序还没有特别稳定的时间段，在给测试人员测试时，有清晰的日志，会有效帮助我们定位到问题，而像崩溃这种较大的问题，有时会让人摸不到头脑。不能像在调试时一样，看到崩溃时的堆栈信息，而此时，又难以复现时，就不是很方便了。我就遇到这样的问题，然后在github上找到了打印崩溃时堆栈信息的方法，然后结合自己常使用的logger输出方式，整合修改了一下。 我上传到了git，https://github.com/xiaonuo911teamo/BaseException。 ...
程序崩溃的时候得到CallStack
aobu0171的博客
10-17 672
#include <Windows.h> #include <tchar.h> #include <DbgHelp.h> #include <iostream> #include <vector> // 添加对dbghelp.lib的编译依赖 // #pragma comment(lib, "...
浅谈在linux kernel中打印函数调用的堆栈的方法
09-15
然而，值得注意的是，这个函数在某些架构上可能并未实现，因此它会输出一个提示信息表明该架构不支持`dump_stack()`。 对于那些实现了`dump_stack()`的架构，例如ARM，可以找到一个对应的汇编实现，例如`~/kernel/...
JVM crash 错误日志分析
04-02
当JVM出现崩溃时，系统会产生一个名为“hs_err_pid.log”的错误日志文件，这个文件包含了关于崩溃时的详细信息。通过对这个日志的深入分析，我们可以找出问题的原因并采取相应的解决措施。 首先，我们需要了解JVM...
PHP Common-开源
04-15
2. **变量打印与调试**: 库中可能包含了一些自定义的`var_dump`替代函数，这些函数可以提供更友好的格式，如颜色高亮或者树状结构展示，使得复杂的数据结构更容易理解和解析。 3. **错误处理**: PHP Common 可能...
linux下C++调试技巧
03-10
要生成core dump，需要设置`ulimit -c unlimited`，然后当程序崩溃时，可以用GDB加载core dump文件进行调试。`gdb <binary> <coredump_file>`即可开始调试。 以上内容仅是Linux下C++调试技巧的一部分，实际操作中...
StackTracer
10-11
4. **处理异常**：在主程序中，设置异常处理机制，当捕获到异常时，调用`StackTracer::Dump()`打印出崩溃时的调用栈信息。 **调试过程** 当程序运行时遇到异常并触发StackTracer的记录机制，它会输出一个详细的...
java打印线程、堆dump
qq_37904966的博客
08-30 4008
java打印线程、堆dump查看pid查看线程快照堆快照jvisualvmjconsole内存溢出自动打印堆dumpjmap -head pid 查看pid ips 命令，找到你当前系统名字的pid，pid很重要，后续的很多命令都是根据pid来查询的。 注意：tomcat的为bootstrap 查看线程快照 jstack -l pid 例子： jstack -l 12340 >a.text 获取线程快照信息重定向到当前目录a.text 注意：线程快照分析我们以后再说 堆快照 jmap -dump:
使用jmap和jhat打印和查看JVM内存Dump文件
陈秋华的专栏
10-31 708
重点查看页面最下面的"Show heap histogram"(对内存占用排行榜）链接，也可以使用ODL进行查询 "Execute Object Query Language (OQL) query"。打出的.hrof内存快照文件，可以使用IBM 的MAT（Memory Analysis Tool）工具进行分析，可以用来进行内存溢出分析，具体分析可以参见后续文章。使用浏览器，查看http://localhost:7000/ 可以查看内存信息。1）打印jvm的内存快照。
内核调试打印dump_stack
weixin_30492047的博客
12-28 66
https://blog.csdn.net/dragon101788/article/details/9419175 在函数中加入dump_stack函数 需要包含的头文件： #include <asm/ptrace.h> 在函数中调用： dump_stack(); 转载于:https://www.cnblogs.com/xingmuxin/p/10189000.html...
Java 虚拟机宕机时打印dump，通过命令启动加的参数
quliuwuyiz的博客
12-20 1955
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/logs/dump.bin -XX:+PrintGCDetails -XX:ErrorFile=/data/logs/dump-error.log
jvm dump日志设置
m0_67402588的博客
08-18 694
推荐】 给 JVM 环境参数设置-XX:+HeapDumpOnOutOfMemoryError 参数，让 JVM 碰到。OOM 场景时输出 dump 信息。
MFC异常打印调用堆栈整合SEH异常和日志文件类
xxt1988的专栏
06-04 2053
1内容概述（文章的内容是什么） 首先介绍了本文的主要内容，然后依次介绍了为什么要对MFC进行异常处理、如何打印MFC系统的调用堆栈、如何捕获处理系统异常，最后完成了线程安全的系统日志类。 2背景（为什么需要这样做） 在进行MFC开发时，我们会遇到C++类的异常、各个组件厂商的自定义异常以及MFC系统的异常。C++类的异常和组件厂商的异常通常可以采用try catch逻辑捕获处理，MFC系统的
MFC程序崩溃崩溃定位处理办法
u011269801的专栏
03-19 2280
对于MFC程序生成的桌面端exe，经常会出现这样或者那样的崩溃问题，当然，一方面与自己的程序健壮性，边界条件有关系，另外，也可能与系统环境等等有关系，这是无法避免的，如果出现这样的问题： 1、在源码的基础上分析可能出现的位置； 2、猜测在某个位置出现的问题进行输出log文件定位； 当然这很麻烦，但是有时候也只能这样处理 当然也可以进行全局错误捕获生成dmp文件，然后使用windbg进行分析定位，网上有个crashreport项目，可以用这个。 ...
通过dump文件定位崩溃
09-09
我们可以通过不同的方式生成dump文件，比如在崩溃发生时自动生成dump文件，或者手动将程序崩溃时的内存状态保存为dump文件。 一旦我们获得了dump文件，可以使用调试工具来分析。常用的调试工具有微软的WinDbg和...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值