从顶部找到你的webapp/java进程的进程id。 使用jmap heap获取堆分配。我在AWS-Ec2上测试了弹性豆茎

你可以在图片下面看到3GB的最大堆应用程序

在我的情况下，我需要检查一个docker容器内的标志，它没有大多数基本的实用程序(ps, pstree…)

使用jps，我得到了运行的JVM的PID(在我的情况下1)，然后用jcmd 1 VM。我从运行的JVM中获得了这些标志。

这取决于您有哪些可用的命令，但这可能会对某些人有所帮助。：）

使用top命令是检查程序内存使用情况的最简单方法。RES列显示进程占用的实际物理内存。

对于我的情况，我有一个10g的文件在java中读取，每次我得到outOfMemory异常。当RES列中的值达到-Xmx选项中设置的值时，就会发生这种情况。然后使用-Xmx选项增加内存，一切正常。

如果不使用大多数工具使用的JMX，您所能做的就是使用

jps -lvm

并推断设置将来自命令行选项。

默认情况下，如果没有JMX，就无法获得动态信息，但是可以编写自己的服务来实现这一点。

顺便说一句:我更喜欢使用VisualVM而不是JConsole。

如果使用jrockit，请尝试jrcmd命令行工具。例如:

$ jrcmd 5127 print_memusage
5127:
Total mapped                  1074596KB           (reserved=3728KB)
-              Java heap       786432KB           (reserved=0KB)
-              GC tables        26316KB          
-          Thread stacks        13452KB           (#threads=34)
-          Compiled code         9856KB           (used=9761KB)
-               Internal          840KB          
-                     OS        15036KB          
-                  Other       146632KB          
-        Java class data        75008KB           (malloced=74861KB #103221 in 18709 classes)
- Native memory tracking         1024KB           (malloced=102KB #8)

对于更多命令，如heap_diagnostics，使用“jrcmd help”列出它们。

https://blogs.oracle.com/jrockit/entry/why_is_my_jvm_process_larger_t

有一个具有可视化方面的命令行工具——jvm-mon。它是一个JVM监控工具，用于命令行显示:

堆使用率、大小和最大值 jvm进程 cpu和GC使用率 前线程

在工具打开时，指标和图表会更新。

示例: