C++高效获取函数调用堆栈 问题：在程序的设计开发过程中，往往由于设计上的不足、编程上考虑得不周全或一些失误会导致程序的崩溃，影响了项目的进展，所以程序实现应该是异常安全的。当出现了问题，需要能够快速找到问题所在，并确定出程序的上下文环境。若能重现出现问题时的函数调用堆栈，对解决问题会有很大的帮助。 以往打印函数堆栈一般是使用DbgHelp.dll 提供的功能进行。该方法需要额外链接微软提供的库，该库有强大的功能，但使用上也比较复杂。在此就不作介绍，有兴趣可以另外查阅书籍。 这里介绍一下另外一种实现方案，采用程序运行堆栈回溯确定函数的调用地址，并根据VC 编译出来的map文件进行定位函数地址。该方法功能单一，使用简单，效率较高。 1、背景知识 首先介绍一下该技术要用到的一些背景知识，一是函数调用堆栈，另一个就是异常处理。 1 .1 函数调用堆栈 调用堆栈与调用约定关系密切，平常编程中使用的_cdecl、__stdcall、__fastcall、WINAPI、APIENTRY、CALLBACK、PASCAL 都是调用约定。分类上有 C 语言调用约定、Pascal 语言调用约定、This 调用约定、快速调用约定、裸调用约定 1.1.1 C 语言调用约定 参数从右到左入栈，个数可变，调用函数者负责堆栈清理，性能比较低 1.1.2 Pascal 语言调用约定 参数从右到左入栈，个数固定，函数体本身就能知道传进来的参数个数 大部分的Window s API 都采用Pascal 语言调用约定 1.1.3 This 调用约定 调用约定跟 PASCAL 语言调用约定相同，只是另外通过ECX 寄存器传送一个额外的参数—this 指针 1.1.4 快速调用约定 要求将参数放在寄存器中，左边两个大小小于4 个字节参数放在ECX 和EDX 寄存器，其余规定同Pascal 调用约定。 1.1.5 裸调用约定 __declspec(naked) 1 .2 异常处理 1.2.1 C 语言中提供的异常处理机制 setjmp 与longjmp 之外，goto 语句在实际编程中也使用很广泛，处理机制并不是十分严谨，而且比较杂，功能也非常有限 1.2.2 结构化异常处理（Structured Exception Handling，SEH） 微软提供给WIN32 平台的异常处理机制，__try、__except、__finally、__leave 就是提供该功能的关键字。用__try 定义出受监控的代码模块，__except 定义异常处理模块，可以是平面的线性结构，也可以是分层的嵌套结构。处理机制是向上逐级搜索恰当的异常处理模块，包括跨函数的多层嵌套 try-except 语句。 __except 关键...
