关于崩溃报告的日志以及dump文件
在用户使用软件的过程当中突然产生软件崩溃的问题,必须采取相关的措施去拦截崩溃产生的原因,这有助于程序员解决此类崩溃的再次发生。特别是有些难以复现的崩溃,不稳定的崩溃,更有必要去调查崩溃产生的原因。一般来说,崩溃报告中需要记录的信息主要包含以下几点:
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, ¶m, , &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文件的更多相关文章
- [转]让程序在崩溃时体面的退出之SEH+Dump文件
原文地址:http://blog.csdn.net/starlee/article/details/6649605 在我上篇文章<让程序在崩溃时体面的退出之SEH>中讲解了SEH中try/ ...
- Dump文件的生成和使用
版权声明:本文为博主原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明. 本文链接:https://blog.csdn.net/lk142500/article/detai ...
- 如何使用dump文件进行调试
转载[文尾出处链接] 1 简介第一次遇到程序崩溃的问题,之前为单位开发了一个插件程序,在本机运行没有出现问题,但把生成的可执行文件拷贝到服务器上一运行程序,刚进入插件代码,插件服务就崩溃了,当时被这个 ...
- mac下利用Breakpad的dump文件进行调试
一.前情回顾 最近把公司的一个视频处理程序更新了一个版本,准备提交测试的发现了崩溃的情况.这个程序采用Qt和ffmpeg技术栈开发,主要用于对视频进行渲染拼接处理,在Windows和mac两个平台同时 ...
- [JAVA]JAVA章3 如何获取及查看DUMP文件
一.dump基本概念 在故障定位(尤其是out of memory)和性能分析的时候,经常会用到一些文件来帮助我们排除代码问题.这些文件记录了JVM运行期间的内存占用.线程执行等情况,这就是我们常说的 ...
- Windows下dump文件生成与分析
一. 生成Dump文件方式 1.1任务管理器 在程序崩溃后,先不关闭程序,在任务管理器中找到该程序对应的进程.右键—>创建转储文件. 此时会在默认的目录下创建出一个dump文件. 可以看出 ...
- dump文件
https://blog.csdn.net/icandoit_2014/article/details/78739962 可以看出,此种方法只适用于程序崩溃但没有立即自行退出的情况.倘若程序故障后自行 ...
- 编写的windows程序,崩溃时产生crash dump文件的办法
一.引言 dump文件是C++程序发生异常时,保存当时程序运行状态的文件,是调试异常程序重要的方法,所以程序崩溃时,除了日志文件,dump文件便成了我们查找错误的最后一根救命的稻草.windows程序 ...
- [转]让程序在崩溃时体面的退出之Dump文件
原文地址:http://blog.csdn.net/starlee/article/details/6630816 在我的那篇<让程序在崩溃时体面的退出之CallStack>中提供了一个在 ...
随机推荐
- redHat 安装mono 错误
make[6]: * [do-install] Error 2 make[6]: Leaving directory /root/lindexi/mono-2.11.3/mcs/class/Syste ...
- lsattr - 显示文件在Linux第二扩展文件系统上的特有属性
SYNOPSIS(总览) lsattr [ -RVadv ] [ files... ] DESCRIPTION(描述) lsattr 显示文件在Linux第二扩展文件系统上的特有属性 OPTIONS( ...
- PAT Advanced 1046 Shortest Distance (20 分) (知识点:贪心算法)
The task is really simple: given N exits on a highway which forms a simple cycle, you are supposed t ...
- LockSupport详解
concurrent包是基于AQS (AbstractQueuedSynchronizer)框架的,AQS框架借助于两个类: Unsafe(提供CAS操作) LockSupport(提供park/un ...
- 闲着没事写点啥之springmvc梳理
用户通过浏览器向服务器发送请求,请求被springmvc的前端控制器dispatcherservlet拦截. dispatcherservlet拦截到请求后,会调用handlermapping处理器映 ...
- 设置mysql数据表列自动递增以及数据行插入操作
创建mysql数据表,设置id列递增.主键create table running_log ( id int primary key auto_increment, routename varchar ...
- POJ 3741 Raid (平面最近点对)
$ POJ~3741~Raid $ (平面最近点对) $ solution: $ 有两种点,现在求最近的平面点对.这是一道分治板子,但是当时还是想了很久,明明知道有最近平面点对,但还是觉得有点不对劲. ...
- Flask【第1篇】:Flask介绍
Flask入门 一.Flask介绍(轻量级的框架,非常快速的就能把程序搭建起来) Flask是一个基于Python开发并且依赖jinja2模板和Werkzeug WSGI服务的一个微型框架,对于Wer ...
- Django框架架构总览
Django框架架构总览 理解Django是如何运作的 条目创建于 2013-08-14 1464 views 服务器君一共花费 15.204 ms 进行了 4 次数据库查询,努力地为 ...
- ESP8266的使用学习
ESP8266-01 ESP8266-12F简介 让灯闪烁 ESP8266-中断 模拟输入(ADC-A0) 模拟输出(PWM) 串口通信(Serial) EEPROM类库的使用 ...