Websphere中的javacore，线程转储和堆转储之间的区别
有人能告诉我javacore，线程转储和堆转储之间的确切区别吗？ 在哪种情况下，每一种都被使用？
线程转储是所有活动线程的堆栈的转储。 因此对于分析某个应用程序在某个时间点的运行情况，以及在诊断某些“执行”问题（例如，线程死锁）方面的时间间隔方面很有帮助。
堆转储是Java堆内存状态的转储。 因此对于分析应用程序在某个时间点使用什么内存非常有用，可以方便地诊断一些内存问题，并且在诊断内存泄漏时可以方便地进行。
这是“原始”术语，可以通过多种方式提供。 通常用于从JVM和应用程序服务器描述转储的文件，并以这种forms表示它们是低级别的工具。 如果由于某种原因你不能得到任何其他的东西，这很有用，但是你会发现使用体面的分析工具可以更轻松地获得类似信息，但是更容易parsing信息。
对于WebSphere，javacore文件是一个线程转储，虽然有很多其他信息，例如锁和加载的类以及一些有限的内存使用信息，而PHD文件是堆转储。
如果您想读取一个javacore文件，您可以手动完成，但是有一个IBM工具（BM线程和监视器转储分析器），这使得它更简单。 如果要读取堆转储文件，则需要使用许多IBM工具之一：MDD4J或堆分析器。
堆内存中的错误堆转储 – 内存对象的图片 – 用于内存分析Java内核 – 也称为线程转储或Java转储，用于查看线程活动在给定的时间在JVM内部。 除了线程和堆栈之外，IBM javacores还应该提供大量附加信息 – 用于确定挂起，死锁以及性能下降的原因系统核心
线程转储是所有线程的堆栈跟踪的转储，也就是说，每个线程突然抛出一个exception，并printStackTrace'ed。 这样就可以看到每个线程在某个特定点上正在做什么，例如捕获死锁就非常好。
堆转储是JVM正在使用的完整内存的“二进制转储”，例如，如果您需要知道为什么内存不足，可以使用堆转储。例如，在堆转储中，您可以看到有十亿用户对象，即使你应该只有一千个，这指向一个内存保留问题。
线程转储是在JVM中运行的线程的javacore显示快照，debugging挂起问题非常有用，它将提供有关java级别死锁的信息，同时还提供了更多有用信息，例如堆使用情况，每个CPU使用情况线程和整个堆的使用情况以及由JVM提供的类的数量。
Heapdumps提供了有关JVM的Java堆使用情况的信息，可用于debugging内存泄漏。 当JVM运行到超出内存的错误时，堆转储由IBM JVM生成，Heapdumps仅用于java中的堆泄漏，本地内存不足错误可能导致系统转储通常使用“GPF”常规保护错误。
JVM头转储是给定时间内JVM堆内存的快照。 所以它只是JVM的堆表示。 这是对象的状态。
JVM线程转储是给定时间的JVM线程的快照。 那么，线程在任何时候都在做什么。 这是线程的状态。 这有助于理解诸如locking的线程，挂起的线程和正在运行的线程。
头转储具有比线程转储更多的Java类级别信息。 例如，头转储很好地分析JVM堆内存问题和OutOfMemoryError错误。 当发生类似OutOfMemoryError的事情时，JVM头转储会自动生成。 可以通过使用kill -3来杀死进程来手动创build堆转储。 生成一个堆转储是一个密集的计算任务，这可能会挂你的jvm。 所以它不是一个通常使用的方法。 可以使用诸如eclipse内存分析器之类的工具来分析堆。
核心转储是对象的os级内存使用情况。 它比头部转储有更多的信息。 我们特意杀死一个进程时，不会创build核心转储。
