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

您混淆了两个不同的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/

Visualvm跟踪:

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

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

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

如果您使用的是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

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