你可以从Cygwin发送kill -3 <pid>。你必须使用Cygwin ps选项来查找windows进程，然后将信号发送到该进程。

您必须将输出从第二个java可执行文件重定向到某个文件。 然后，使用SendSignal向第二个进程发送“-3”。

您可以运行jconsole(包含在Java 6的SDK中)，然后连接到Java应用程序。它将显示每个正在运行的线程及其堆栈跟踪。

我推荐JDK附带的Java VisualVM (jvisualvm.exe)。它可以动态连接并访问线程和堆。我发现在某些问题上它是无价的。

除了使用上面提到的jconsole/visualvm之外，您还可以在另一个命令行窗口上使用jstack -l <vm-id>，并捕获输出。

<vm-id>可以使用任务管理器(它是windows和unix上的进程id)或使用jps找到。

jstack和jps都包含在Sun JDK版本6及更高版本中。

您可以使用jmap获取正在运行的任何进程的转储，假设您知道pid。

使用任务管理器或资源监视器获取pid。然后

jmap -dump:format=b,file=heap.hprof <pid>

获取该进程的堆。

对于安装了bash和pgrep并且正在运行单个Java进程的系统，请尝试:

jmap -dump:format=b,file=heap.hprof $(pgrep java)

如果你想在内存不足时进行堆转储，你可以使用-XX:-HeapDumpOnOutOfMemoryError选项启动Java

c.f. JVM选项参考页

您混淆了两个不同的java转储。Kill -3生成线程转储，而不是堆转储。

线程转储= JVM输出到stdout的每个线程的堆栈跟踪作为文本。 堆转储= JVM进程输出到二进制文件的内存内容。

要在Windows上进行线程转储，如果您的JVM是前台进程，CTRL+BREAK是最简单的方法。如果你在Windows上有一个类似Unix的shell，比如Cygwin或MobaXterm，你可以像在Unix中一样使用kill -3 {pid}。

要在Unix中进行线程转储，如果您的JVM是前台进程，则可以使用CTRL+C或kill -3 {pid}，只要您为JVM获得正确的pid即可。

对于这两种平台，Java都提供了一些有用的实用程序。对于线程转储，jstack {pid}是最好的选择。http://docs.oracle.com/javase/1.5.0/docs/tooldocs/share/jstack.html

Just to finish the dump question out: Heap dumps are not commonly used because they are difficult to interpret. But, they have a lot of useful information in them if you know where/how to look at them. The most common usage is to locate memory leaks. It is a good practice to set the -D on the java command-line so that the heap dump is generated automatically upon an OutOfMemoryError, -XX:+HeapDumpOnOutOfMemoryError But, you can manually trigger a heap dump, also. The most common way is to use the java utility jmap.

注意:此实用程序并非在所有平台上都可用。从JDK 1.6开始，jmap可以在Windows上使用。

命令行示例如下所示

jmap -dump:file=myheap.bin {pid of the JVM}

输出“myheap.bin”不是人类可读的(对我们大多数人来说)，您需要一个工具来分析它。我的首选是MAT. http://www.eclipse.org/mat/

我认为在Linux进程中创建.hprof文件的最好方法是使用jmap命令。例如:jmap -dump:format=b,file=filename。hprof {PID}

如果您使用的是JDK 1.6或以上版本，您可以使用jmap命令来获取Java进程的堆转储，条件是您应该知道ProcessID。

如果你在Windows机器上，你可以使用任务管理器来获取PID。对于Linux机器，您可以使用各种命令，如ps -A | grep java或netstat -tupln | grep java或top | grep java，这取决于您的应用程序。

然后可以使用类似jmap -dump:format=b,file=sample_heap_dump的命令。hprof 1234，其中1234是PID。

有多种工具可用于解释hprof文件。我将推荐使用简单的Oracle的visualvm工具。

如果你在服务器-jre 8及以上，你可以使用这个:

jcmd PID GC.heap_dump /tmp/dump

试试下面的一种选择。

对于32位JVM: Jmap -dump:format=b,file=<heap_dump_filename> <pid> 64位JVM(显式引用): jmap -J-d64 -dump:format=b,file=<heap_dump_filename> <pid> 对于64位JVM，在VM参数中使用G1GC算法(仅使用G1GC算法生成活对象堆): jmap -J-d64 -dump:live,format=b,file=<heap_dump_filename> <pid>

相关SE问题:Java堆转储错误与jmap命令:过早的EOF

看看本文中jmap的各种选项

下面的脚本使用PsExec连接到另一个Windows会话，因此即使通过远程桌面服务连接，它也能工作。

我为Java 8编写了一个名为jvmdump.bat的小批处理脚本(使用PsExec和jcmd)，它可以转储线程、堆、系统属性和JVM参数。

:: set the paths for your environment
set PsExec=C:\Apps\SysInternals\PsExec.exe
set JAVA_HOME=C:\Apps\Java\jdk1.8.0_121
set DUMP_DIR=C:\temp

@echo off

set PID=%1

if "%PID%"=="" (
    echo usage: jvmdump.bat {pid}
    exit /b
)

for /f "tokens=2,3,4 delims=/ " %%f in ('date /t') do set timestamp_d=%%h%%g%%f
for /f "tokens=1,2 delims=: " %%f in ('time /t') do set timestamp_t=%%f%%g
set timestamp=%timestamp_d%%timestamp_t%
echo datetime is: %timestamp%

echo ### Version >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
%PsExec% -s %JAVA_HOME%\bin\jcmd.exe %PID% VM.version >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"

echo. >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
echo ### Uptime >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
%PsExec% -s %JAVA_HOME%\bin\jcmd.exe %PID% VM.uptime >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"

echo. >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
echo ### Command >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
%PsExec% -s %JAVA_HOME%\bin\jcmd.exe %PID% VM.command_line >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"

echo. >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
echo ### Flags >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
%PsExec% -s %JAVA_HOME%\bin\jcmd.exe %PID% VM.flags >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"

echo. >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
echo ### Properties >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"
%PsExec% -s %JAVA_HOME%\bin\jcmd.exe %PID% VM.system_properties >>"%DUMP_DIR%\%PID%-%timestamp%-jvm.log"

%PsExec% -s %JAVA_HOME%\bin\jcmd.exe %PID% Thread.print -l >"%DUMP_DIR%\%PID%-%timestamp%-threads.log"

%PsExec% -s %JAVA_HOME%\bin\jcmd.exe %PID% GC.heap_dump "%DUMP_DIR%\%PID%-%timestamp%-heap.hprof"

echo Dumped to %DUMP_DIR%

它必须在启动JVM的用户的同一个Windows会话中运行，因此如果您通过远程桌面连接，您可能需要在会话0中启动命令提示符并从那里运行它。如。

%PsExec% -s -h -d -i 0 cmd.exe

这将提示您(单击底部的任务栏图标)查看交互式会话中的消息，这将把您带到另一个会话中的新控制台，从中可以运行jvmdump.bat脚本。

在Oracle JDK中，我们有一个名为jmap的命令(在Java Home的bin文件夹中可用)。 该命令的用法如下

Jmap (option) (pid)

示例:jmap -dump:live,format=b,file=heap.bin (pid)

如果由于某些原因不能(或不想)使用控制台/终端，还有另一种解决方案。您可以让Java应用程序为您打印线程转储。收集堆栈跟踪的代码相当简单，可以附加到按钮或web界面。

private static String getThreadDump() {
    Map<Thread, StackTraceElement[]> allStackTraces = Thread.getAllStackTraces();

    StringBuilder out = new StringBuilder();
    for (Map.Entry<Thread, StackTraceElement[]> entry : allStackTraces.entrySet()) {
        Thread thread = entry.getKey();
        StackTraceElement[] elements = entry.getValue();
        out.append(String.format("%s | prio=%d | %s", thread.getName(), thread.getPriority(), thread.getState()));
        out.append('\n');

        for (StackTraceElement element : elements) {
            out.append(element.toString()).append('\n');
        }
        out.append('\n');
    }
    return out.toString();
}

这个方法将返回一个像这样的字符串:

main | prio=5 | RUNNABLE
java.lang.Thread.dumpThreads(Native Method)
java.lang.Thread.getAllStackTraces(Thread.java:1607)
Main.getThreadDump(Main.java:8)
Main.main(Main.java:36)

Monitor Ctrl-Break | prio=5 | RUNNABLE
java.net.PlainSocketImpl.initProto(Native Method)
java.net.PlainSocketImpl.<clinit>(PlainSocketImpl.java:45)
java.net.Socket.setImpl(Socket.java:503)
java.net.Socket.<init>(Socket.java:424)
java.net.Socket.<init>(Socket.java:211)
com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:59)

Finalizer | prio=8 | WAITING
java.lang.Object.wait(Native Method)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

Reference Handler | prio=10 | WAITING
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
java.lang.ref.Reference.tryHandlePending(Reference.java:191)
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

对于那些对带有流的Java 8版本感兴趣的人来说，代码甚至更加紧凑:

private static String getThreadDump() {
    Map<Thread, StackTraceElement[]> allStackTraces = Thread.getAllStackTraces();
    StringBuilder out = new StringBuilder();
    allStackTraces.forEach((thread, elements) -> {
        out.append(String.format("%s | prio=%d | %s", thread.getName(), thread.getPriority(), thread.getState()));
        out.append('\n');

        Arrays.stream(elements).forEach(element -> out.append(element.toString()).append('\n'));
        out.append('\n');
    });
    return out.toString();
}

你可以很容易地测试这段代码:

System.out.print(getThreadDump());

Visualvm跟踪:

如果你不能从jvisualvm连接到你正在运行的JVM，因为你没有使用正确的JVM参数启动它(并且它在远程框上)，在远程框上运行jstatd，然后，假设你有一个直接连接，在visualvm中将它添加为“远程主机”，双击主机名，该框上的所有其他JVM将神奇地显示在visualvm中。

如果你没有“直接连接”到那个盒子上的端口，你也可以通过代理来做到这一点。

一旦你可以看到你想要的进程，在jvisualvm中钻到它，并使用monitor选项卡-> "heapdump"按钮。

下面的java代码通过提供一个远程进程的PID来获取java进程的堆转储。该程序使用远程JMX连接转储堆到一个文件。它可能对某人有帮助。不需要jmap。

import java.lang.management.ManagementFactory;
import javax.management.MBeanServerConnection;
import javax.management.remote.JMXConnector;
import javax.management.remote.JMXConnectorFactory;
import javax.management.remote.JMXServiceURL;
import java.lang.reflect.Method;

public class HeapDumper {

public static final String HOST = "192.168.11.177";
public static final String PORT = "1600";
public static final String FILE_NAME = "heapDump.hprof";
public static final String FOLDER_PATH = "C:/";
private static final String HOTSPOT_BEAN_NAME ="com.sun.management:type=HotSpotDiagnostic";

public static void main(String[] args) {
    if(args.length == 0) {
        System.out.println("Enter PID of the Java Process !!!");
        return;
    }
    
    String pidString = args[0];
    int pid = -1;
    if(pidString!=null && pidString.length() > 0) {
        try {
            pid = Integer.parseInt(pidString);
        }
        catch(Exception e) {
            System.out.println("PID is not Valid !!!");
            return;
        }
    }
    boolean isHeapDumpSuccess = false;
    boolean live = true;
    if(pid > 0) {
        MBeanServerConnection beanServerConn = getJMXConnection();
        
        if(beanServerConn!=null) {
            Class clazz = null;
            String dumpFile = FOLDER_PATH+"/"+FILE_NAME;
            try{
                clazz = Class.forName("com.sun.management.HotSpotDiagnosticMXBean");
                Object hotspotMBean = ManagementFactory.newPlatformMXBeanProxy(beanServerConn, HOTSPOT_BEAN_NAME, clazz);
                Method method = clazz.getMethod("dumpHeap", new Class[]{String.class , boolean.class});
                method.setAccessible(true);
                method.invoke(hotspotMBean , new Object[] {dumpFile, new Boolean(live)});
                isHeapDumpSuccess = true;
            }
            catch(Exception e){
                e.printStackTrace();
                isHeapDumpSuccess = false;
            }
            finally{
                clazz = null;
            }
        }
    }
    
    if(isHeapDumpSuccess){
        System.out.println("HeapDump is Success !!!");
    }
    else{
        System.out.println("HeapDump is not Success !!!");
    }
}

private static MBeanServerConnection getJMXConnection() {
    MBeanServerConnection mbeanServerConnection = null;
    String urlString = "service:jmx:rmi:///jndi/rmi://" + HOST + ":" + PORT + "/jmxrmi";
    try {
        JMXServiceURL url = new JMXServiceURL(urlString);
        JMXConnector jmxConnector = JMXConnectorFactory.connect(url);
        mbeanServerConnection = jmxConnector.getMBeanServerConnection();
        System.out.println("JMX Connection is Success for the URL :"+urlString);
    }
    catch(Exception e) {
        System.out.println("JMX Connection Failed !!!");
    }
    return mbeanServerConnection;
}

}

也许jcmd ?

Jcmd实用程序用于向JVM发送诊断命令请求，这些请求对于控制Java Flight records、故障排除以及诊断JVM和Java应用程序非常有用。

The jcmd tool was introduced with Oracle's Java 7 and is particularly useful in troubleshooting issues with JVM applications by using it to identify Java processes' IDs (akin to jps), acquiring heap dumps (akin to jmap), acquiring thread dumps (akin to jstack), viewing virtual machine characteristics such as system properties and command-line flags (akin to jinfo), and acquiring garbage collection statistics (akin to jstat). The jcmd tool has been called "a swiss-army knife for investigating and resolving issues with your JVM application" and a "hidden gem."

下面是调用jcmd时需要使用的过程:

进入jcmd <pid> GC。heap_dump <文件路径> 在这 pid: Java进程Id，将为其捕获堆转储 file-path:打印堆转储的文件路径。

有关获取Java堆转储的更多信息，请参阅本文。

为了从windows中的子java进程中获取线程转储/堆转储，首先需要确定子进程Id。

通过发出命令:jps，您将能够获得在您的windows计算机上运行的所有java进程id。您需要从该列表中选择子进程Id。一旦有了子进程Id，就可以使用各种选项来捕获线程转储和堆转储。

捕获线程转储:

有8个选项来捕获线程转储:

jstack 杀了3 jvisualVM 江铃汽车 Windows (Ctrl + Break) ThreadMXBean APM的工具 jcmd

关于每个选项的详细信息可以在本文中找到。有了捕获线程转储之后，可以使用fastThread、samurai等工具来分析线程转储。

捕获堆转储:

有7个选项可以捕获堆转储:

jmap - xx: + HeapDumpOnOutOfMemoryError jcmd JVisualVM JMX 编程方法 管理控制台

关于每个选项的详细信息可以在本文中找到。捕获堆转储之后，可以使用Eclipse内存分析工具HeapHero等工具来分析捕获的堆转储。

如何获取java应用程序的进程id ?

执行“jcmd”命令可获取java应用程序的进程id。

如何获得线程转储?

jcmd PID线程。打印>线程

参考链接

您甚至可以使用jstack来获取线程转储(jstack PID > thread.dump)。参考链接

如何获得堆转储?

使用jmap工具获取堆转储。 jmap -F -dump:live,format=b,file=heap.bin PID

PID:应用程序的进程号。参考链接