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

jps -lvm

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

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

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

每个Java进程都有一个pid，首先需要使用jps命令找到这个pid。

一旦有了pid，就可以使用jstat -gc [insert-pid-here]来查找垃圾收集堆行为的统计信息。

Jstat -gccapacity [insert-pid-here]将显示有关内存池生成和空间能力的信息。 Jstat -gcutil [insert-pid-here]将显示每代的利用率占其容量的百分比。有用的得到一个一目了然的使用情况。

请参阅Oracle网站上的jstat文档。

Jvmtop是一个命令行工具，它提供了几个指标(包括堆)的实时视图。

虚拟机概览模式输出示例:

 JvmTop 0.3 alpha (expect bugs)  amd64  8 cpus, Linux 2.6.32-27, load avg 0.12
 http://code.google.com/p/jvmtop

  PID MAIN-CLASS      HPCUR HPMAX NHCUR NHMAX    CPU     GC    VM USERNAME   #T DL
 3370 rapperSimpleApp  165m  455m  109m  176m  0.12%  0.00% S6U37 web        21
11272 ver.resin.Resin [ERROR: Could not attach to VM]
27338 WatchdogManager   11m   28m   23m  130m  0.00%  0.00% S6U37 web        31
19187 m.jvmtop.JvmTop   20m 3544m   13m  130m  0.93%  0.47% S6U37 web        20
16733 artup.Bootstrap  159m  455m  166m  304m  0.12%  0.00% S6U37 web        46

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

该命令以字节为单位显示配置的堆大小。

java -XX:+PrintFlagsFinal -version | grep HeapSize

它也适用于Amazon AMI和EC2。

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

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

试试这个吧，它在Ubuntu和RedHat都有效:

java -XX:+PrintFlagsFinal -version | grep -iE 'HeapSize|PermSize|ThreadStackSize'

Windows:

java -XX:+PrintFlagsFinal -version | findstr /i "HeapSize PermSize ThreadStackSize"

对于Mac

java -XX:+PrintFlagsFinal -version | grep -iE 'heapsize|permsize|threadstacksize'

所有这些命令的输出类似于下面的输出:

uintx InitialHeapSize                          := 20655360        {product}
uintx MaxHeapSize                              := 331350016       {product}
uintx PermSize                                  = 21757952        {pd product}
uintx MaxPermSize                               = 85983232        {pd product}
intx ThreadStackSize                           = 1024            {pd product}
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)

要找到以MB为单位的大小，将值除以(1024*1024)。

jstat -gccapacity javapid  (ex. stat -gccapacity 28745)
jstat -gccapacity javapid gaps frames (ex.  stat -gccapacity 28745 550 10 )

上述命令的O/P示例

NGCMN    NGCMX     NGC     S0C  
87040.0 1397760.0 1327616.0 107520.0 

NGCMN   Minimum new generation capacity (KB).
NGCMX   Maximum new generation capacity (KB).
NGC Current new generation capacity (KB).

更多详情请访问http://docs.oracle.com/javase/1.5.0/docs/tooldocs/share/jstat.html

就Java堆大小而言，在Linux中可以使用

ps aux | grep java

or

ps -ef | grep java

并查找-Xms， -Xmx以找出指定的初始和最大堆大小。

但是，如果您感兴趣的Java进程中没有-Xms或-Xmx，则意味着您的Java进程正在使用默认的堆大小。您可以使用以下命令来查找默认大小。

java -XX:+PrintFlagsFinal -version | grep HeapSize

或者一个特定的jvm，例如，

/path/to/jdk1.8.0_102/bin/java -XX:+PrintFlagsFinal -version | grep HeapSize

并寻找InitialHeapSize和MaxHeapSize，这是以字节为单位。

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

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

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

示例:

首先获取进程id，从下面列出的进程中的第一个数字(或者使用ps aux | grep java，如果你喜欢的话)

jps -lvm

然后在这里使用进程ID:

jmap -heap $MY_PID 2>/dev/null | sed -ne '/Heap Configuration/,$p';
jmap -permstat $MY_PID

但一个非常简单的解决方案是使用jpsstat.sh脚本。它提供了一个简单的活电流内存，最大内存和cpu使用细节。

进入GitHub项目，下载jpsstat.sh文件 右键单击jpsstat.sh和权限选项卡，使其可执行 现在执行以下命令。/ jpstat .sh

下面是script -的示例输出

=====  ======  =======  =======  =====
 PID    Name   CurHeap  MaxHeap  %_CPU
=====  ======  =======  =======  =====
2777   Test3      1.26     1.26    5.8
2582   Test1      2.52     2.52    8.3
2562   Test2      2.52     2.52    6.4

任何方法都应该给出大致相同的数字。使用-X分配堆总是一个好主意。m - x . .每代都是X。然后，您可以保证并执行ps来查看传递了哪些参数并因此使用了哪些参数。

对于实际的内存使用，你可以大致比较VIRT(分配和共享)和RES(实际使用)与jstat值的比较:

对于Java 8，请参阅jstat了解这些值的实际含义。假设您运行一个没有mmap或文件处理的简单类。

$ jstat -gccapacity 32277
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC
215040.0 3433472.0  73728.0  512.0  512.0  67072.0   430080.0  6867968.0   392704.0   392704.0      0.0 1083392.0  39680.0      0.0 1048576.0   4864.0   7225     2

$ jstat -gcutil 32277
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT
  6.25   0.00   7.96  18.21  98.01  95.29   7228   30.859     2    0.173   31.032

Max:

     NGCMX + S0C + S1C + EC    + OGCMX   + MCMX    + CCSMX
   3433472 + 512 + 512 + 67072 + 6867968 + 1083392 + 1048576 = 12 GB

(大致接近和低于VIRT内存)

使用最大值(最小值):

215040 + 512 + 512 + 67072 + 430080  + 39680    +  4864  = ~ 1GB

(大致接近RES内存)

“不要引用我的话”，但VIRT mem大致接近或超过最大内存分配，但只要正在使用的内存在物理内存中是空闲的/可用的，JVM就不会抛出内存异常。事实上，在JVM启动时，即使在操作系统上关闭交换，最大内存也不会与物理内存进行检查。本文将更好地解释Java进程实际使用的虚拟内存。

在Java8及以上版本中，您可以使用以下命令:

jcmd JAVA_PROCESS_ID GC.heap_info . jcmd

您可以从输出中参考sum of, total和used memory。

Sample Command And Output: jcmd 9758 GC.heap_info

PSYoungGen  total 1579520K, used 487543K [0x0000000751d80000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 1354240K, 36% used [0x0000000751d80000,0x000000076f99dc40,0x00000007a4800000)
  from space 225280K, 0% used [0x00000007b2400000,0x00000007b2400000,0x00000007c0000000)
  to   space 225280K, 0% used [0x00000007a4800000,0x00000007a4800000,0x00000007b2400000)
ParOldGen       total 3610112K, used 0K [0x0000000675800000, 0x0000000751d80000, 0x0000000751d80000)
  object space 3610112K, 0% used [0x0000000675800000,0x0000000675800000,0x0000000751d80000)
Metaspace       used 16292K, capacity 16582K, committed 16896K, reserved 1064960K
  class space    used 1823K, capacity 1936K, committed 2048K, reserved 1048576K

有关jcmd命令的更多详细信息，请访问这里的链接

到目前为止，还没有这样的工具可以按照您要求的格式打印堆内存 打印的唯一方法是在运行时类的帮助下写一个java程序，

public class TestMemory {

public static void main(String [] args) {

    int MB = 1024*1024;

    //Getting the runtime reference from system
    Runtime runtime = Runtime.getRuntime();

    //Print used memory
    System.out.println("Used Memory:" 
        + (runtime.totalMemory() - runtime.freeMemory()) / MB);

    //Print free memory
    System.out.println("Free Memory:" 
        + runtime.freeMemory() / mb);

    //Print total available memory
    System.out.println("Total Memory:" + runtime.totalMemory() / MB);

    //Print Maximum available memory
    System.out.println("Max Memory:" + runtime.maxMemory() / MB);
}

}

参考:https://viralpatel.net/blogs/getting-jvm-heap-size-used-memory-total-memory-using-java-runtime/

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

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

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

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

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

我觉得jmap已经弃用了。我使用以下命令来监控正在运行的java应用程序的堆。正如在答案中从PS -aux(或使用其他方法)获取PID，并使用该命令

jhsdb jmap --heap --pid <PID>

你可以观察到以下细节;