在用户使用软件的过程当中突然产生软件崩溃的问题,必须采取相关的措施去拦截崩溃产生的原因,这有助于程序员解决此类崩溃的再次发生。特别是有些难以复现的崩溃,不稳定的崩溃,更有必要去调查崩溃产生的原因。一般来说,崩溃报告中需要记录的信息主要包含以下几点:

1.产生崩溃时电脑的硬件相关信息

2.崩溃发生的时间

3.最重要的,即崩溃时的函数调用堆栈信息

4.用户可以手动填写如何制造崩溃的方法,方便复现崩溃

关于dump文件,可以用于恢复崩溃时的函数堆栈信息,方便程序员调试

接下来简述一下如何利用win32系统函数制作崩溃报告。

首先就是一个输出崩溃报告的函数:

void CrashHandler::reportCrash()
{
//将getStackTrace()中读取到的堆栈日志记录下来
logErrorAndStackTrace(getStackTrace());
//保存错误日志
saveCrashLog();
//保存dump文件
mCrashMiniDumpPath = mSavePath + sMiniDumpName;
win32_writeMiniDump(mCrashMiniDumpPath, nullptr);
}

函数主要由两部分组成,第一部分是利用win32的函数调取函数堆栈信息,并将这些信息保存至日志当中;第二部分则是获取dump文件并保存。

先来看看第一部分是如何做的:

std::string CrashHandler::getStackTrace()
{
CONTEXT context;
RtlCaptureContext(&context);
win32_initPSAPI();
win32_loadSymbols();
return win32_getStackTrace(context, );
}

其中win32_loadSymbols()函数主要用于获取堆栈中函数名等标志信息,如果不获取这些标志信息,则堆栈信息中只有十六进制的地址,无法通过这个地址访问到其他有用的信息,这样即时记录了函数堆栈信息也没有任何意义了。(注意要开启debug或者debugWithRelease版本去编译才可以获得标志信息,使用release版本编译无法调试,一样无法获得标志信息),接下来win32_getStackTrace函数正式获取到了函数堆栈信息,下面写一下这几个函数的具体实现方案:

void CrashHandler::win32_loadSymbols()
{
if (gSymbolsLoaded)
return;
HANDLE hProcess = GetCurrentProcess();
UINT32 options = SymGetOptions(); options |= SYMOPT_LOAD_LINES;
options |= SYMOPT_EXACT_SYMBOLS;
options |= SYMOPT_UNDNAME;
options |= SYMOPT_FAIL_CRITICAL_ERRORS;
options |= SYMOPT_NO_PROMPTS;
SymSetOptions(options);
if (!SymInitialize(hProcess, nullptr, false))
{
Log::message("SymInitialize failed.Error code : %d", (UINT32)GetLastError());
return;
}
DWORD bufferSize;
gEnumProcessModules(hProcess, nullptr, , &bufferSize); HMODULE* modules = (HMODULE*)malloc(bufferSize);
gEnumProcessModules(hProcess, modules, bufferSize, &bufferSize); UINT32 numModules = bufferSize / sizeof(HMODULE);
for (UINT32 i = ; i < numModules; i++)
{
MODULEINFO moduleInfo; char moduleName[MAX_STACKTRACE_NAME_BYTES];
char imageName[MAX_STACKTRACE_NAME_BYTES]; gGetModuleInformation(hProcess, modules[i], &moduleInfo, sizeof(moduleInfo));
gGetModuleFileNameEx(hProcess, modules[i], imageName, MAX_STACKTRACE_NAME_BYTES);
gGetModuleBaseName(hProcess, modules[i], moduleName, MAX_STACKTRACE_NAME_BYTES); char pdbSearchPath[MAX_STACKTRACE_NAME_BYTES];
char* fileName = nullptr;
GetFullPathNameA(moduleName, MAX_STACKTRACE_NAME_BYTES, pdbSearchPath, &fileName);
*fileName = '\0'; SymSetSearchPath(GetCurrentProcess(), pdbSearchPath); DWORD64 moduleAddress = SymLoadModule64(hProcess, modules[i], imageName, moduleName, (DWORD64)moduleInfo.lpBaseOfDll,
(DWORD)moduleInfo.SizeOfImage); if (moduleAddress != )
{
IMAGEHLP_MODULE64 imageInfo;
memset(&imageInfo, , sizeof(imageInfo));
imageInfo.SizeOfStruct = sizeof(imageInfo); if (!SymGetModuleInfo64(GetCurrentProcess(), moduleAddress, &imageInfo))
{
Log::message("Warning:Failed retrieving module info for module: %s Error code: %d", moduleName, (UINT32)GetLastError());
}
else
{
// Disabled because too much spam in the log, enable as needed
}
}
else
{
Log::message("Warning:Failed loading module %s.Error code: %d. Search path: %s. Image name: %s", moduleName, (UINT32)GetLastError(), pdbSearchPath, imageName);
}
}
free(modules);
gSymbolsLoaded = true;
}
std::string CrashHandler::win32_getStackTrace(CONTEXT context, UINT32 skip)
{
UINT64 rawStackTrace[MAX_STACKTRACE_DEPTH];
UINT32 numEntries = win32_getRawStackTrace(context, rawStackTrace); numEntries = min((UINT32)MAX_STACKTRACE_DEPTH, numEntries); UINT32 bufferSize = sizeof(PIMAGEHLP_SYMBOL64) + MAX_STACKTRACE_NAME_BYTES;
UINT8* buffer = (UINT8*)malloc(bufferSize); PIMAGEHLP_SYMBOL64 symbol = (PIMAGEHLP_SYMBOL64)buffer;
symbol->SizeOfStruct = bufferSize;
symbol->MaxNameLength = MAX_STACKTRACE_NAME_BYTES; HANDLE hProcess = GetCurrentProcess(); std::stringstream outputStream;
for (UINT32 i = skip; i < numEntries; i++)
{
if (i > skip)
outputStream << std::endl; DWORD64 funcAddress = rawStackTrace[i]; // Output function name
DWORD64 dummy;
if (SymGetSymFromAddr64(hProcess, funcAddress, &dummy, symbol))
{
outputStream << std::string(symbol->Name) + "() - ";
} // Output file name and line
IMAGEHLP_LINE64 lineData;
lineData.SizeOfStruct = sizeof(lineData);
std::string addressString = std::to_string(funcAddress); DWORD column;
if (SymGetLineFromAddr64(hProcess, funcAddress, &column, &lineData))
{
std::string filePath = lineData.FileName;
outputStream << "0x" + addressString + " File[" + filePath + ":" + std::to_string(lineData.LineNumber) + " (" + std::to_string(column) + ")]";
}
else
{
outputStream << "0x" + addressString;
} // Output module name
IMAGEHLP_MODULE64 moduleData;
moduleData.SizeOfStruct = sizeof(moduleData); if (SymGetModuleInfo64(hProcess, funcAddress, &moduleData))
{
std::string filePath = moduleData.ImageName; outputStream << " Module[" + filePath + "]";
}
} free(buffer); return outputStream.str();
}

接下来就是dump文件的记录,由win32_writeMiniDump()函数完成

void CrashHandler::win32_writeMiniDump(const std::string& filePath, EXCEPTION_POINTERS* exceptionData)
{
MiniDumpParams param = { filePath, exceptionData }; // Write minidump on a second thread in order to preserve the current thread's call stack
DWORD threadId = ;
HANDLE hThread = CreateThread(nullptr, , &win32_writeMiniDumpWorker, &param, , &threadId); WaitForSingleObject(hThread, INFINITE);
CloseHandle(hThread);
}

其中win32_writeMiniDumpWorker()用于导出dump文件,实现方案如下:

DWORD CALLBACK win32_writeMiniDumpWorker(void* data)
{
CrashHandler::MiniDumpParams* params = (CrashHandler::MiniDumpParams*)data; std::wstring pathString = string2wstring(params->filePath);
HANDLE hFile = CreateFileW(pathString.c_str(), GENERIC_WRITE, , nullptr, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL,
nullptr); if (hFile != INVALID_HANDLE_VALUE)
{
MINIDUMP_EXCEPTION_INFORMATION DumpExceptionInfo; DumpExceptionInfo.ThreadId = GetCurrentThreadId();
DumpExceptionInfo.ExceptionPointers = params->exceptionData;
DumpExceptionInfo.ClientPointers = false; MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hFile, MiniDumpNormal,
&DumpExceptionInfo, nullptr, nullptr);
CloseHandle(hFile);
} return ;
}

关于崩溃报告的日志以及dump文件的更多相关文章

  1. [转]让程序在崩溃时体面的退出之SEH+Dump文件

    原文地址:http://blog.csdn.net/starlee/article/details/6649605 在我上篇文章<让程序在崩溃时体面的退出之SEH>中讲解了SEH中try/ ...

  2. Dump文件的生成和使用

    版权声明:本文为博主原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明. 本文链接:https://blog.csdn.net/lk142500/article/detai ...

  3. 如何使用dump文件进行调试

    转载[文尾出处链接] 1 简介第一次遇到程序崩溃的问题,之前为单位开发了一个插件程序,在本机运行没有出现问题,但把生成的可执行文件拷贝到服务器上一运行程序,刚进入插件代码,插件服务就崩溃了,当时被这个 ...

  4. mac下利用Breakpad的dump文件进行调试

    一.前情回顾 最近把公司的一个视频处理程序更新了一个版本,准备提交测试的发现了崩溃的情况.这个程序采用Qt和ffmpeg技术栈开发,主要用于对视频进行渲染拼接处理,在Windows和mac两个平台同时 ...

  5. [JAVA]JAVA章3 如何获取及查看DUMP文件

    一.dump基本概念 在故障定位(尤其是out of memory)和性能分析的时候,经常会用到一些文件来帮助我们排除代码问题.这些文件记录了JVM运行期间的内存占用.线程执行等情况,这就是我们常说的 ...

  6. Windows下dump文件生成与分析

    一.    生成Dump文件方式 1.1任务管理器 在程序崩溃后,先不关闭程序,在任务管理器中找到该程序对应的进程.右键—>创建转储文件. 此时会在默认的目录下创建出一个dump文件. 可以看出 ...

  7. dump文件

    https://blog.csdn.net/icandoit_2014/article/details/78739962 可以看出,此种方法只适用于程序崩溃但没有立即自行退出的情况.倘若程序故障后自行 ...

  8. 编写的windows程序,崩溃时产生crash dump文件的办法

    一.引言 dump文件是C++程序发生异常时,保存当时程序运行状态的文件,是调试异常程序重要的方法,所以程序崩溃时,除了日志文件,dump文件便成了我们查找错误的最后一根救命的稻草.windows程序 ...

  9. [转]让程序在崩溃时体面的退出之Dump文件

    原文地址:http://blog.csdn.net/starlee/article/details/6630816 在我的那篇<让程序在崩溃时体面的退出之CallStack>中提供了一个在 ...

随机推荐

  1. css水平垂直居中问题

    水平居中: 行内元素:text-align:center; 块级元素:magin:0 auto; 子元素设置:position:absolute;  left:50%;  transform:tran ...

  2. unittest加载用例

    diascover加载测试用例 1.discover方法里面有三个参数: -case_dir:这个是待执行用例的目录. -pattern:这个是匹配脚本名称的规则,test*.py意思是匹配test开 ...

  3. Out of memory: Kill process 25280 (php-fpm) score 86 or sacrifice child

    php-fpm 耗尽服务器内存的办法 java服务今天突然宕机,通过 cat /var/log/messages进行查看,发现是系统内存溢出导致系统把java的进程杀掉了 使用top查看系统内存使用情 ...

  4. linux 启动和关闭 MySQL

    建议使用 mysqld_safe 命令启动,因为该命令添加了安全特性,当服务器发生错误时自动重启并且 把运行信息记录错误发送到日志文件!命令格式如下: mysqld_safe options 命令的常 ...

  5. Comet OJ - Contest #5 D 迫真小游戏 (堆+set)

    迫真小游戏 已经提交 已经通过 时间限制:2000ms 内存限制:256MB 73.98% 提交人数:196 通过人数:145 题目描述 H君喜欢在阳台晒太阳,闲暇之余他会玩一些塔防小游戏. H君玩的 ...

  6. activity manager

    首先 activity manager 作为一个独立的服务存在,所有系统中的所有 app 的 activity 都通过这个 service 来管理 同时 activity manager 维护着多个 ...

  7. bzoj4817 & loj2001 [Sdoi2017]树点涂色 LCT + 线段树

    题目传送门 https://lydsy.com/JudgeOnline/problem.php?id=4817 https://loj.ac/problem/2001 题解 可以发现这个题就是 bzo ...

  8. LOJ bitset+分块 大内存毒瘤题

    题面 $ solution: $ 真的没有想到可以用分块. 但是可以发现一个性质,每个询问只关心这个点最后一次赋值操作,和这个赋值操作后的所有取 $ min $ 操作.这个感觉很有用,但是真的很难让人 ...

  9. POJ 3741 Raid (平面最近点对)

    $ POJ~3741~Raid $ (平面最近点对) $ solution: $ 有两种点,现在求最近的平面点对.这是一道分治板子,但是当时还是想了很久,明明知道有最近平面点对,但还是觉得有点不对劲. ...

  10. BZOJ4625 [BJOI2016]水晶 最小割

    题意简述 给你一个三维的坐标系,坐标系上 \((x_i+y_i+z_i)\bmod 3 = 0\) 的点内有能量源.给定 \(n\) 个点含有能量值为 \(c_i\) 的水晶,如果一个水晶位于能量源上 ...