进一步加强区门户网站建设管理办法,网站建设 套餐,爱企查企业信息查询官网,遵义公司建网站要多少费用Google Breakpad是什么#xff1f; 一个开源的多平台崩溃报告系统。 Google breakpad是一个非常实用的跨平台的崩溃转储和分析模块#xff0c;它支持Windows#xff0c;Linux和Mac和Solaris。由于他本身跨平台#xff0c;所以很大程度上减少了我们在平台移植时的工作#…Google Breakpad是什么 　　一个开源的多平台崩溃报告系统。 　　Google breakpad是一个非常实用的跨平台的崩溃转储和分析模块它支持WindowsLinux和Mac和Solaris。由于他本身跨平台所以很大程度上减少了我们在平台移植时的工作毕竟崩溃转储每个平台下都不同使用起来很难统一而Google breakpad就帮我们做到了这一点不管是哪个平台下的崩溃都能够进行统一的分析。 　　现在很多工程都在使用它最著名的几个如ChromeFirefoxPicasa和Google Earth。另外他的License是BSD的也就是说我们即便是在商业软件中使用也是合法的。好东西 Google Breakpad原理(比较抽象)         breakpad把应用程序分成三个部分代码breakpad客户端和调试信息。       1. 在build system中通过symbol dumper用平台相关的调试信息生成平台无关的symbol文件。这样做的好处很明显一旦平台无关了所有平台的崩溃就可以做统一的分析了。 　　2. breakpad采取进程外转储和分析崩溃的方式他使用C/S结构客户端用来捕获当前进程中发生的崩溃并通知服务端崩溃发生。服务端用来响应客户端抓取dump文件。这样做的目的是为了减少崩溃进程对dump的影响。 　　3. Dump生成后转发到崩溃分析器中这个部分可以在本地也可以在服务器上它对Dump文件进行解析生成可读的堆栈信息。 Google Breakpad安装和编译Windows 　　1、  下载Google breakpad源代码从svn中签出最新代码 　　2、  安装python2.7版本可用 　　3、  生成Windows工程文件 　　cd 源码目录/src/tools/gyp# 注意此处不能使用全路径不然会出错gyp.bat --no-circular-check ../../client/windows/breakpad_client.gyp 　　 　　4、  Build All 　　备注如果无法通过svn下载源代码可在CSDN上利用网友分享的。 Google Breakpad的使用        在Windows下使用breakpad的方法很简单只需要创建一个ExceptionHandler的类即可这个ExceptionHandler就是用户捕获崩溃的类。 1 handler new ExceptionHandler(const wstring dump_path,2 FilterCallback filter,3 MinidumpCallback callback,4 void* callback_context,5 int handler_types,6 MINIDUMP_TYPE dump_type,7 const wchar_t* pipe_name,8 const CustomClientInfo* custom_info); 参数说明 　　l  //dump文件路径。 　　l  //crash时调用回调函数返回ture/false来继续/停止异常处理。 　　l  //minidump写入后调用的回调函数 　　l  //设备上下文回调使用的 　　l  //HandlerType异常类型可在exception_handler.h查看 　　l  //minidump的类型使用DbgHelp.h中MINIDUMP_TYPE类型 　　l  //接收crash的server端的管道名 　　l  //使用OOP产生minidump时使用这个自定义客户信息类指针来发送自定义数据      使用breakpad的时候有两个地方需要注意 　　1. 把breakpad的solution下的几个工程包含到你开发的工程中或者直接包含它们的lib。 　　　　common基础功能包含一个对GUID的封装和http上传的类。 　　　　exception_handler用来捕获崩溃的类。 　　　　crash_generation_serverbreakpad的服务端用来在产生崩溃时抓取dump。 　　　　crash_generation_clientbreakpad的客户端用来捕获当前进程的崩溃。 　　2. 在初始化breakpad之前记得先创建好dump文件的目录不然breakpad服务端将不能正常的写dump这会导致breakpad客户端在崩溃时无限等待服务端dump写完的消息最后失去响应。 进程内抓取Dump 　　进程内抓取Dump文件是最简单的breakpad的用法。　 1 bool InitBreakpad()2 {3 google_breakpad::ExceptionHandler *pCrashHandler 4 new google_breakpad::ExceptionHandler(Lc:\dumps,5 onExceptionFilter,6 onMinidumpDumped,7 NULL,8 google_breakpad::ExceptionHandler::HANDLER_ALL,9 MiniDumpNormal, 10 NULL, 11 NULL); 12 13 if(pCrashHandler NULL) 14 { 15 return false; 16 } 17 18 return true; 19 } 进程外抓取Dump 　　使用进程外抓取Dump是比较推荐的做法。使用进程外抓取Dump时需要指定服务端和客户端在服务端中需要创建CrashGenerationServer的实例而在客户端中则只需要创建ExceptionHandler即可。此外如果服务端自己需要抓进程内的Dump请将pipe的参数置为NULL。 1 const wchar_t s_pPipeName[] L\\.\pipe\breakpad\crash_handler_server;2 const std::wstring s_strCrashDir Lc:\dumps;3 4 bool InitBreakpad()5 {6 google_breakpad::CrashGenerationServer *pCrashServer 7 new google_breakpad::CrashGenerationServer(s_pPipeName,8 NULL,9 onClientConnected, 10 NULL, 11 onClientDumpRequest, 12 NULL, 13 onClientExited, 14 NULL, 15 true, 16 s_strCrashDir); 17 18 if(pCrashServer NULL) 19 { 20 return false; 21 } 22 23 if(!pCrashServer-Start()) 24 { 25 delete pCrashServer; 26 pCrashServer NULL; 27 } 28 29 google_breakpad::ExceptionHandler *pCrashHandler 30 new google_breakpad::ExceptionHandler(s_strCrashDir, 31 onExceptionFilter, 32 onMinidumpDumped, 33 NULL, 34 google_breakpad::ExceptionHandler::HANDLER_ALL, 35 MiniDumpNormal, 36 (pCrashServer NULL) ? s_pPipeName : NULL, 37 NULL); 38 39 if(pCrashHandler NULL) 40 { 41 return false; 42 } 43 44 return true; 45} Google Breakpad代码分析        代码结构 　　在我们来看breakpad是如何实现其强大的功能之前我们先来看一下他的代码结构吧。         Google breakpad的源代码都在src的目录下分为如下几个文件夹 　　client这下面包含了前台应用程序中捕捉dump的部分代码里面按照平台分成各个子文件夹 　　common前台后台都会用到的部分基础代码字符串转换内存读写md5神马的 　　google_breakpadbreakpad中公共的头文件 　　processor用于在后台处理崩溃的核心代码 　　testing测试工程 　　third_party第三方库 　　tools一些小工具用于处理dump文件和符号表 Google Breakpad的崩溃捕获机制 　　在Windows下捕获崩溃大家很容易会想到那个捕获结构化异常的ApiSetUnhandledExceptionFilter。 　　breakpad中也使用了这个Api来实现的崩溃捕获另外breakpad还捕获了另外两种C运行库提供的崩溃一种是使用_set_purecall_handler捕获纯虚函数调用产生的崩溃还有一种是使用_set_invalid_parameter_handler捕获错误的参数调用产生的崩溃。 breakpad中的C/S结构 　　由于breakpad是在进程外抓取dump所以breakpad需要实现一个C/S结构来处理崩溃进程抓取dump的请求。 　　breakpad中使用了命名管道来实现IPC。 　　(1)、Register 　　客户进程连接上服务进程连接上管道设置管道状态 　　客户进程向服务进程注册通过NamedPipe将客户进程的信息传递给服务进程也从服务进程读取到数据。 　　客户进程传递的数据包括服务进程ID、dump类型、crash线程id的地址、EXCEPTION_POINTERS指针的地址、参数异常和纯虚函数异常的断言信息地址、客户进程信息。服务进程会监控客户进程的退出。 　　客户进程接收的数据包括客户进程用于触发生成dump的Event Handle客户进程用于监听的dump生成完毕Event Handle客户进程用于监听的服务进程活着Mutex handle等。 　　客户进程在TransactNamePipe函数执行完毕之后再执行了一次WriteFile操作发送MESSAGE_TAG_REGISTRATION_ACK消息给服务进程服务进程收到该ACK消息时关闭跟客户进程的连接。服务进程对管道的操作顺序为读--写--读第二次读是客户进程通知服务进程关闭管道。 　　在客户端初始化ExceptionHandler的时候如果指定了PipeName也就表示此时需要使用进程外的dump抓取ExceptionHandler会建立一个 CrashGenerationClient的对象由这个对象连接服务端将自己注册到服务端上去。注册的过程会顺序调用IsRegistered、ConnectToServer、ConnectToPipe、RegisterClient等函数。 　　大家可以参看exception_handler.cc中的ExceptionHandler::Initialize函数。   　　在服务端初始化CrashGenerationServer的时候就会建立一个命名管道并等待客户端来连接OnPipeConnected。一旦有客户端连接上来HandleReadDoneState服务端会为每一个客户端生成一个ClientInfo的对象之后用这个对象来管理所有的客户端ClientInfo::Initialize()并创建客户连接句柄将连接结果信息PrepareReply、DuplicateHandle回送给客户端RespondToClient客户端接收到回送信息ValidateResponse。        (2)、RequestDump 　　一旦有崩溃发生客户端就会向服务端请求DumpRequestDump,服务端响应OnDumpRequest就会从这个ClientInfo对象中取出dump所需要的信息具体地通过RegisterWaitForSingleObject注册了崩溃Event Handle的回调函数。回调函数里做了这么几件事情 　　1、通过ReadProcessMemory读取客户进程的信息 　　2、生成dump　　 　　3、触发dump生成事件通知客户进程复位触发dump事件。 　　大家可以参看crash_generation_server.cc中的CrashGenerationServer::HandleReadDoneState函数。 Google Breakpad存在的问题 　　进程外生成dump有很多好处其中最大的好处就是不会被崩溃进程影响这样dump的过程就不容易出错但是这样也有一定的弊端。 　　1. 部分崩溃无法抓取。在一些极端的崩溃如堆栈溢出之类的崩溃进程外抓取dump有时候会失败。 　　2. 无法抓取死锁或者其他原因导致的进程僵死。breakpad现在没有检测进程死锁的代码也没有在服务端控制客户端请求dump的代码所以现在breakpad无法抓取死锁等进程僵死的问题。 　　3. 对服务端有依赖。如果指定了在使用进程外抓取dumpbreakpad对服务端就有依赖。主要体现在抓取dump时如果服务端不存在客户端将无法正常抓取dump甚至有时会出现阻塞。   PS深入理解实现方式请调试Breakpad源代码。转载于:https://www.cnblogs.com/MakeView660/p/6077436.html