如何在Linux下通过命令行查看Java应用程序的堆大小(和已使用内存)?
我已经通过jmap试过了。但它提供了信息。关于内部内存区域，如Eden/ PermGen等，这对我来说没什么用。
我想找的是:
最大内存:1GB 最小内存:256mb 堆内存:700mb 已用内存:460mb
这是所有。我知道我可以在JConsole等中看到这一点，但我需要通过命令行来完成。(不能启用JMX等)
当前回答
从顶部找到你的webapp/java进程的进程id。 使用jmap heap获取堆分配。我在AWS-Ec2上测试了弹性豆茎
你可以在图片下面看到3GB的最大堆应用程序
其他回答
每个Java进程都有一个pid，首先需要使用jps命令找到这个pid。
一旦有了pid，就可以使用jstat -gc [insert-pid-here]来查找垃圾收集堆行为的统计信息。
Jstat -gccapacity [insert-pid-here]将显示有关内存池生成和空间能力的信息。 Jstat -gcutil [insert-pid-here]将显示每代的利用率占其容量的百分比。有用的得到一个一目了然的使用情况。
请参阅Oracle网站上的jstat文档。
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
有一个具有可视化方面的命令行工具——jvm-mon。它是一个JVM监控工具，用于命令行显示:
堆使用率、大小和最大值 jvm进程 cpu和GC使用率 前线程
在工具打开时，指标和图表会更新。
示例:
在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命令的更多详细信息，请访问这里的链接
任何方法都应该给出大致相同的数字。使用-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进程实际使用的虚拟内存。
