这是Java长期以来的抱怨，但在很大程度上没有意义，并且通常基于查看错误的信息。通常的措辞类似于“ Java上的Hello World占用10兆字节！为什么需要它？”。好吧，这是一种使Hello World在64位JVM上声称占据4 GB以上的方法…至少通过一种测量形式即可。
java -Xms1024m -Xmx4096m com.example.Hello
测量内存的不同方法 在Linux上，top命令为您提供了几个不同的内存号。关于“ Hello World”示例的内容如下：
PID USER PR NI VIRT RES SHR S %cpu %MEM TIME+ COMMAND
2120 kgregory 20 0 4373m 15m 7152 S 0 0.2 0:00.10 java
了解虚拟内存映射 进程消耗的虚拟内存是进程内存映射中所有内容的总和。这包括数据（例如Java堆），还包括程序使用的所有共享库和内存映射文件。在Linux上，您可以使用pmap命令查看映射到进程空间中的所有内容（从现在开始，我将仅指Linux，因为这是我使用的；我确定有相同的工具可用于视窗）。这是“ Hello World”程序的内存映射的摘录；整个内存映射超过100行，拥有一千行列表并不稀奇。
0000000040000000 36K rx-/usr/local/java/jdk-1.6-x64/bin/java
0000000040108000 8K rwx-/usr/local/java/jdk-1.6-x64/bin/java
0000000040eba000 676K rwx-- [anon]
00000006fae00000 21248K rwx-- [anon]
00000006fc2c0000 62720K rwx-- [anon]
0000000700000000 699072K rwx-- [anon]
000000072aab0000 2097152K rwx-- [anon]
00000007aaab0000 349504K rwx-- [anon]
00000007c0000000 1048576K rwx-- [anon]
...
00007fa1ed00d000 1652K r-xs- /usr/local/java/jdk-1.6-x64/jre/lib/rt.jar
...
00007fa1ed1d3000 1024K rwx-- [anon]
00007fa1ed2d3000 4K ----- [anon]
00007fa1ed2d4000 1024K rwx-- [anon]
00007fa1ed3d4000 4K ----- [anon]
...
00007fa1f20d3000 164K rx-/usr/local/java/jdk-1.6-x64/jre/lib/amd64/libjava.so
00007fa1f20fc000 1020K ----- /usr/local/java/jdk-1.6-x64/jre/lib/amd64/libjava.so
00007fa1f21fb000 28K rwx-/usr/local/java/jdk-1.6-x64/jre/lib/amd64/libjava.so
...
00007fa1f34aa000 1576K rx-- /lib/x86_64-linux-gnu/libc-2.13.so
00007fa1f3634000 2044K ----- /lib/x86_64-linux-gnu/libc-2.13.so
00007fa1f3833000 16K rx-- /lib/x86_64-linux-gnu/libc-2.13.so
00007fa1f3837000 4K rwx-- /lib/x86_64-linux-gnu/libc-2.13.so
...
格式的简要说明：每行均以段的虚拟内存地址开头。其次是段的大小，权限和段的来源。最后一项是文件或“ anon”，表示通过mmap分配的内存块。
从顶部开始，我们有
共享库特别有趣：每个共享库至少有两个部分：一个包含该库代码的只读段，一个包含该库的全局每个进程数据的读写段（我不知道没有权限的段是；我只在x64 Linux上看到它）。可以在使用该库的所有进程之间共享该库的只读部分。例如，libc具有1.5M的虚拟内存空间可以共享。
虚拟内存大小何时重要？ 虚拟内存映射包含很多东西。其中有些是只读的，有些是共享的，有些是已分配但从未被使用过（例如，本例中几乎所有4Gb的堆）。但是操作系统足够聪明，只能加载所需的内容，因此虚拟内存大小基本上无关紧要。
如果您在32位操作系统上运行，则虚拟内存大小至关重要的地方只能分配2Gb（或在某些情况下为3Gb）进程地址空间。在那种情况下，您要处理的是稀缺资源，因此可能必须权衡取舍，例如减小堆大小以对大型文件进行内存映射或创建许多线程。
但是，鉴于64位计算机无处不在，我认为不久之后虚拟内存大小才是一个完全不相关的统计数据。
居民集合大小什么时候重要？ 驻留集大小是虚拟内存空间中实际位于RAM中的那部分。如果您的RSS增长到了总物理内存的很大一部分，那么可能是时候开始担心了。如果您的RSS逐渐增长，占用了您的所有物理内存，并且您的系统开始交换，那么现在就开始担心。
但是RSS也会产生误导，尤其是在轻载的计算机上。操作系统并不需要花费很多精力来回收进程使用的页面。这样做几乎没有好处，如果将来该过程触及页面，则可能会产生昂贵的页面错误。结果，RSS统计信息可能包含许多未在使用中的页面。
底线 除非您要交换，否则不要过分担心各种内存统计信息会告诉您什么。需要注意的是，不断增长的RSS可能表示某种内存泄漏。
对于Java程序，关注堆中正在发生的事情变得更加重要。消耗的空间总量很重要，您可以采取一些步骤来减少空间消耗。更重要的是您花费在垃圾收集上的时间，以及要收集堆的哪些部分。
访问磁盘（即数据库）非常昂贵，而内存则很便宜。如果您可以互相交易，那就这样做。
602392714
清零编程群