C++ 生成的dump文件，在别的机器用VS打开dump看不到堆栈的原因

        我们公司开发的证券交易系统启用了生成dump文件的机制，在生产环境的机器上发生了崩溃，生成了一个dump文件，当拿到我们开发的机器上调试，却看不到堆栈信息。一开始简单的以为，是exe、dll、pdb等不匹配导致的问题，接着又怀疑是生产环境的Windows server 2008系统生成的dump问题，后来以为是生成dump的代码不够规范，但经过各种尝试都是没有效果。于是，在未来的一两个星期里，我花了大量时间去找其中的原因，终于皇心不负有心人，我找到问题的原因并解决。

       VS2005之后的版本，微软增加了一些新的异常机制，新机制在出现错误时默认不通知应用程序，这时程序就崩溃了。所以这种情况下，必须调用_set_invalid_parameter_handler、_set_purecall_handler、_set_se_translator等设置自己的异常处理函数。这几个函数用法，可以自行百度，这里不细说。

而正是新机制生成的dump文件，导致我们可能在别的机器看不到调试信息。

调试时，系统会查找exe或者dll中指定位置的pdb文件，并且会跟踪exe或者dll中pdb的校验码GUID来对现有的pdb文件进行版本校验。新机制生成的dump文件，不仅需要同版本的exe、dll、pdb文件，还需要运行库的匹配。

当我们把dump文件拿到别的机子去调试，如果看不到堆栈信息，应该会在输出窗口看到类似这种信息：

      

框起来的部分就是需要的VC运行库的版本号。本机VC运行库的版本号可以在已安装程序里面看到：

这个版本号如果和你本机安装的VC运行库的版本号不是完全一致的话，就会提示“找不到匹配的二进制”，需要安装同样版本号的VC运行库，或者到生产环境的同名目录下找到这两个dll，放到和dump文件同一个目录下。之所以放在当前目录下可行，是因为它会先在当前目录找到匹配版本的msvcr90.dll，找不到再去绝对路径找。

两个运行库的dll放到dump文件目录下后，再次启动调试就可以正常看到堆栈信息了，大功告成。

关于调试dump需要提供的文件，我补充说明下，总的来说要提供3类文件：

1、匹配VC++运行库版本号的dll（MSVCXX.dll，可以通过输出窗口找到对应的路径，到崩溃机的同样路径下找）或者本机装用匹配版本号的运行库、

2、生成dump代码的模块（exe或dll），

3、发生崩溃的模块（exe或dll）和它的pdb文件