本项目最开始来自：#CrashExporter
CrashExporter是基于开源项目crashrpt(https://code.google.com/p/crashrpt/) 基础上改造的、基于Windows平台的轻量级异常导出组件。
原crashrpt 主要将远端的崩溃信息压缩包通过网络发送到本地，而往往我们希望崩溃信息只在本地生成。同时crashrpt 没有生成我们感兴趣的堆栈打印文件。
CrashExporter与crashrpt的区别是：CrashExporter只保留了crashrpt的导出dmp和抓屏功能，并增加了堆栈打印功能。
当程序崩溃后，会在程序执行的crashrpt目录下，增加一个以崩溃时间命名的文件夹。 文件夹里有三个文件：
- crashdump.dmp为minidump文件；可以使用windbg工具查看（需要pdb文件一起使用，常用命令.ecxr和!analyze -v），或者直接用vs2010打开。
- crashinfo.txt为堆栈打印；记录了异常时系统信息和堆栈信息打印，可以定位到代码文件的某一行。
- screenshot0.png为屏幕截屏文件；抓取崩溃时的屏幕图像。
主要是release工程的配置。 对于VC6工程：
- Properties->C/C++->General中的Debug info，选择Program Database;
- 设置Properties->C/C++->Code Generation中的Use run-time library为Multithreaded DLL;
- Properties->C/C++->link中勾选上Generate debug info。
对于vs2010工程：
- 使用多线程DLL(/MD) 设置方法，右击工程，选择属性->C/C++->代码生成，在当前页的“运行库”中选择“多线程 DLL(/MD)”。
- 设置debugging symbols (PDB文件) 设置方法，右击工程，选择属性->C/C++->常规，在当前页“调试信息格式”中选择“程序数据库(/Zi)”。
- 打开链接器调试“生成调试信息”功能 设置方法，右击工程，选择属性->链接器->调试，在当前页“生成调试信息”中选择“是(/DEBUG)”。
你可以重写CWinApp::Run()，在Run函数里安装CrashExporter。代码类似如下：
int CYourApp::Run()
{
// Call your crInstall code here ...
BOOL bRun;
BOOL bExit=FALSE;
while(!bExit)
{
bRun= CWinApp::Run();
bExit=TRUE;
}
return bRun;
}
一般直接调用CrInstall即可获取所有线程异常信息。你也可以在每个线程的起始调用crInstallToCurrentThread来分别获取线程的异常信息，但是别忘记在线程退出是调用crUninstallFromCurrentThread。
这时候可以通过crGenerateErrorReport接口手动获取异常信息。
支持。 程序重启需要两个条件：
- 程序运行需要超过1分钟。
- 需要设置了CR_INSTALL_INFO中dwFlags|CR_INST_APP_RESTART。
你至少需要打包进三个东西：
- CrashRpt.dll
- CrashExporter.exe
- dbghelp.dll 另外，你也必须确保客户机器安装了vs2010运行库。没有的话，可以让客户安装vs2010运行库，或者打包msvcp100.dll和msvcr100.dll。
你可以在DLL程序初始化之前加载CrashExporter，比如DllMain()。 但是，调用DLL的主程序也可能加载了CrashExporter，这样情况下会屏蔽掉主线程的崩溃信息获取。这种冲突，就需要人为控制了，建议是在主程序中加载CrashExporter。
不会！因为CrashExporter不会在后台执行任何任务，也不会占用多余的内存。CrashExporter仅仅会在程序崩溃的时候被调用。但是，CrashExporter会延长异常程序退出时间，因为CrashExporter需要加载symbols，分析堆栈，写dmp和调用堆栈文件。
可以获取大多数常见的异常。 因为安全原因，微软是不允许我们拦截某些异常的。 还有一种情况： CPoint* pt = new CPoint; delete pt; delete pt; 这种是因为堆损坏引起的，这种情况有时候会导致程序立即崩溃，有时候却是可以继续工作。对于这种随机的异常，CrashExporter是不能获取的。 因此，我们建议删除指针内存时，采用这样类似宏。 #define SAFE_DELETE(ptr) { delete(ptr); (ptr)=NULL; }
一个可能的原因是你异常的程序连给CrashExporter分配资源的机会都没给，比如你程序中有一个循环递归。
有的。 当异常产生时，Crashrpt.dll需要检查异常指针的结构，这个指针结构一般由操作系统分配。但是，有时候这个指针结构会不存在（比如无效的参数），这时候Crashrpt.dll会根据当前CPU寄存器状态分配指针结构。这种情况下，你会在异常堆栈中跟踪到Crashrpt.dll了。
CrashExporter由两个core组成。分别为CrashRpt.dll 和 CrashExporter.exe。
CrashRpt.dll负责获取程序的异常信息并保存至共享内存；CrashExporter.exe负责从共享内存中获取异常信息，写dmp和堆栈调用文件、生成屏幕截屏。 这样做的目的是把容易出错的写文件等操作分离到CrashExporter.exe中，主程序只会加载CrashRpt.dll到其地址空间，这样减少了主程序因为CrashExporter出现异常的可能性。
CrashRpt.dll 和 CrashExporter.exe使用共享内存传递数据。
建议用MiniDumpNormal，因为MiniDumpNormal包含了我们感兴趣的每个线程堆栈信息。
程序访问了一块非法的内存地址（比如NULL指针）.
在无限递归中，栈溢出.
大块数据被写入一片小缓冲区
C++类中的纯虚函数被调用
内存无法分配（内存不足）
向C++的系统函数中传入非法的参数
C运行库遇到错误，需要停止程序运行
主要有两种类型的异常：SEH异常（结构化异常处理）和标准C++异常