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

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

javacore.txt文件用jca打开，heapdump.phd文件用ha打开。 Heap dump 文件是一个二进制文件，它保存了某一时刻在 Java 堆中所有对象的状态。这个文件最重要的作用就是分析 Java 堆内存泄露问题，heap analyzer，MAT 等工具都可以分析这种文件。 Java core 文件保存的是 java 应用程序在崩溃时或任一时刻关于 Java 运行环境的各种信息。包括 Java 虚拟机的参数，环境变量，内存段的分配情况，垃圾回收日志，各种内部锁的状态，各线程在当前时刻的运行栈，以及类加载状态等。

the hdd dump for windows osr2 and dos622, easy to use.

pg_dump: pg_dump -a -t tbl_test "host=127.0.0.1 hostaddr=127.0.0.1 port=5432 user=postgres password=123456 dbname=postgres" > /userdir/tbl_data a 参数是表示只导出数据，其他的额外信息不需要，该参数也可去掉 psql: psql --command "select * from tbl_test;" "host=127.0.0.1 hostaddr=127.0.0.1 port=5432 user=postgres password=123456 dbname=postgres"

性能分析Dump工具，供大家使用. 下载好Jca.jar。将该jar包放到jdk/bin目录下。 输入下面命令，打开JCA分析工具 …/bin>java –jar jca433.jar 弹出工具页面，File—>Open Thread dumps，找到文件

msys2-x86_64-20180531、rubyinstaller-devkit-2.6.5-1-x64

JVM内存dump分析工具MAT独立安装包，分析内存溢出利器，可以准确定位内存异常原因，解决问题，MemoryAnalyzer-1.10.0.20200225.zip

ZjDroid+最新XPosed（亲测可用），用于dump内存中dex分析使用

ic空白卡数据，可重新制作IC卡，小区门禁啥的都没问题 ic空白卡数据，可重新制作IC卡，小区门禁啥的都没问题 ic空白卡数据，可重新制作IC卡，小区门禁啥的都没问题