C++程序异常时怎么处理

程序崩溃定位以及准备

如何定位程序异常

1. 文档说明

1. 主要是针对Windows下的程序崩溃异常，以下是结合实际经验以及借鉴网上的参考，得出的小结，具有一定实际意义。

2. 分析说明

1. 程序运行时异常崩溃无法避免，需要快速定位以下几个情况：
2. 1．必现的崩溃异常，直接用VS进行调试运行，加断点调试，崩溃时ALT+2查看堆栈。
3. 2．对于实际运行中的异常，不好直接定位，需要我们结合实际情况提前做好准备和分析。

3. 解决思路

1. 主要针对第2种情况比较复杂，参考以下，在《Windows核心编程》中有部分参考：
2. 1. 崩溃时，添加回调函数，来进入具体的异常处理代码段；
3. 2. 在注册的回调函数中，输出崩溃的详细信息（堆栈信息等）；
4. 3. 结合工程输出的MAP文件，参考内存地址找到崩溃的函数；

4. 具体操作

4.1 注册异常处理函数

1. 用SetUnhandledExceptionFilter注册自定义的错误处理回调函数，打印出崩溃时候的异常堆栈信息。
2. 可以参考网络教程；

4.2 输出崩溃信息

4.2.1 回调函数原型:

1. typedef LONG (WINAPI *PTOP_LEVEL_EXCEPTION_FILTER)(
2. __in struct _EXCEPTION_POINTERS *ExceptionInfo
3. );
4. 返回值：EXCEPTION_CONTINUE_EXECUTION – 错误已经被修复,从异常发生处继续执行
5. EXCEPTION_CONTINUE_SEARCH – 继续查找异常过滤器
6. EXCEPTION_EXECUTE_HANDLER – 正常返回
7. 参数： 崩溃信息结构，包含崩溃原因、崩溃模块、崩溃地址、崩溃堆栈等；

4.2.2 结构体信息

1. 关键是这个结构体，详细定义可以参考网络教程
2. typedef struct _EXCEPTION_POINTERS {
3. PEXCEPTION_RECORD ExceptionRecord;
4. PCONTEXT ContextRecord;
5. } EXCEPTION_POINTERS, *PEXCEPTION_POINTERS;

4.3 编译生成map文件

1. 以VS2010为例
2. 
3. 生成的文件
4. 

4.4 结合堆栈信息分析

1. 根据出错的内存地址，在MAP文件中，大致推算出运行的堆栈信息，结合具体的代码段分析

 

5. 个人总结的常用几个错误

     

0xc0000005

 

需要注意以下几点：

无效的参数错误，我在工作中可能的原因有：

1. sprintf_s失败，后目的字符串变成NULL，归根到底还是长度要注意限制；比如我常这样用

 

sprintf_s(strPrintf,len*4+10,"心跳数据:UID=%s,Data=%s",heart_date.myUID,orgData);

Server_Log(strPrintf);

需要注意，当输入的字符串大于strPrintf字符串长度时，sprintf_s会报此错误，同时返回的字符串是空，该异常可以用_setexceptionhandle捕捉；