经过个人长期总结，详细的列举了软件开发人员如何简单，直接地使用windbg调试工具，避免了看大书的痛苦，可以解决绝大多数软件调试出现的问题。

Windows下Qt生成dump文件并定位bug（基于qBreakpad）-附件资源

好用的线程dump分析工具

fixdump程序是用于修复mfocgui等等的Windows平台M1卡破解程序导出的dump文件的工具，默认这些工具导出的dump文件只有1k且无法直接打开，用这个工具修复后就会变成4k，用WinHex之类的十六进制编辑器打开就可以正常查看内容。PS：程序需要.NET Farmwork 4.0才能正常工作。——http://bobylive.com Firefly风物

Windbg是在windows平台下，强大的用户态和内核态调试工具。相比较于Visual Studio，它是一个轻量级的调试工具，所谓轻量级指的是它的安装文件大小较小，但是其调试功能，却比VS更为强大。它的另外一个用途是可以用来分析dump数据。

OOM分析工具-MemoryAnalyzer JVM dump分析利器

c++ 生成dump文件小程序。dump文件为调试程序的一种文件。

javacore可视化分析;dump分析;反编译

背景：很多情况下程序崩溃我们只能看到程序抛出来的异常信息，但是有时候异常信息不清不楚我们处理异常还是一头雾水，这种情况下我们就很希望能有种办法获取程序运行时的内存进行调试，查看其中的变量、参数、方法执行情况等信息，这里就提供一种异常时将程序的异常时内存信息导出到文件的方法，这是当初设计渲染监控日志时的一个初步设想，想错误内存导出保存起来帮助分析处理异常，但是与渲染的同事接触后了解到渲染时内存达10G，导出太占资源便放弃了，这里只抛砖引玉跟大家介绍有这种东西如有需要再进行深入研究，这种方法在C++中很常见，但在C#中却鲜为人知，如有这方面深入研究的同事欢迎大家留言交流。如果将来遇到异常无法调试时就可以考虑将目标机器上异常现场内存导出到Dump文件中，然后通过Dump文件操作达到分析处理异常的目的，具体关于Dump的操作请参看如下文章http://blog.csdn.net/icandoit_2014/article/details/78739962

在Windows平台下用C++开发应用程序，最不想见到的情况恐怕就是程序崩溃，而要想解决引起问题的bug，最困难的应该就是调试release版本了。目前有一些方法可以解决：崩溃地址 + MAP文件；MAP文件；SetUnhandledExceptionFilter + Minidump。