google-breakpad介绍

google-breakpad有三部分组成：

1. client。 捕获当前线程状态、程序加载的库信息，当发生崩溃时，将这些信息记录在minidump文件中；

2. symbol dumper。 读取编译器产生的调试信息(pdb文件)，并按照Breakpad‘s own format生成符号文件；

3. processor。 读取minidump文件盒符号文件，生成调用堆栈。

为什么使用Windows的minidump文件作为转储，而不是用core file

1. core文件太大，没办法通过网络收集

2. core file的格式很少有文档说明；

3. 让使用Windows的电脑产生core file比让其他机器产生minidump file要困难；

通过调用Breakpad提供的库函数，可以生成minidump文件。默认情况下，初始化Breakpad可以插入一个异常处理句柄，使得在发生异常时生成minidump文件。在windows系统中，是使用SetUnhandleExceptionFilter()函数完成的，在OS X中，this is done by creating a thread that waits on the Mach exception port; 在Linux中， this is done by installing a signal handler for various exceptions like SIGILL, SIGSEGV etc.

生成minidump文件后，所有平台都会有静默方式来上传崩溃dump。

Breakpad 代码说明

代码可以在http://code.google.com/p/google-breakpad 找到，src目录下有一下几个目录：

processor：包括minidump文件的处理代码，这个是运行在服务端的。

client：包含了所有平台产生minidump文件的库

tools：包含在不同平台下的源代码和工程文件

src/tools/{platform}/dump_syms是读取不同平台下的符号文件来产生Breakpad符号文件的，比如在OS X和Linux下，是DWARF和STABS，在windows平台下是PDB文件。在打包时，可以将生成的符号文件使用这个工具来产生统一的Breakpad文件并上传到服务器中，使得服务器可以通过统一的文件格式来解析minidump文件。

另外一个工具：symupload是用来上传Breakpad符号文件的。