先点赞再看，养成好习惯

某天，运维老哥遽然找我：“你们的某 JAVA 服务内存占用太高，告警了！GC 后也没开释，内存只增不减，是不是内存走漏了！”

然后我匆促看了下监控，一切正常，间隔前次发版好几天了，FULL GC 一次没有，YoungGC，十分钟一次，堆闲暇也很足算法设计与剖析够。

运维：“你们这个算法是什么服务现在堆内存 used 才 800M，但这个 JAVA 进程现已占了 6G 内存了，是不是你们程序出啥内存走漏的 bug 了！”

我想都没想，直接回了一句：“不或许，咱们服务十分安稳，不会有这种算法的时间复杂度取决于问题！”

运维：你们 JAVA 服务内存占用太高，还只增不减！告警了，快来接锅

不过说完之后，心里仍是自我质疑Java了一下：会不会真有什么bug？莫非是链表数据结构堆外走漏？线程没销毁？导致内存走漏了？？？

然后我很“镇定”的补了一句：“我先上服务器看看啥状况”，被打脸可就不好了，仍是不要装太满服务器地址在哪里看的好…服务器地址在哪里看…算法工程师

敏捷上登上服务器又细心的查看了各种政策，He算法剖析的意图是ap/GC/Thread/Process 之类的，发现一切正常，并没有什么“走漏”的痕迹。

和运维的“交流”

咱们这个服务很正常啊，各个政策都ok，什么内存只增不减，在哪呢

运维：你们 JAVA 服务内存占用太高，还只增不减！告警了，快来接锅

运维：你看你们这个 JAVA 服务，堆现在 used 才 400MB，但这个进程现在内存占用都 6G 了，还说没问题？必定是内存走漏了，锅接好，匆促回去查问题吧

然后我指着监控信息，让运维看：“大哥你看这监控前链表不具有的特点是史，堆javascript内存是达到过 6G 的，仅仅后边 GC 了，没问题啊！”

运维：“收回了你这内存也没开释啊，你java开发工程师看这个进程 Res 仍是 6G，必定有问题啊链表回转”

我心想这运维怕不是个der，JVM GC 收回和进程内存又不是一回事，不过仍是和得他解释一下，不然一向baba个没完

“JVM 的废物回链表收，仅仅一个逻辑上的收回，收回的仅仅 JVM 恳链表回转求的那一块逻辑堆区域，将数据标记为闲暇之类的操作，不是调用 free 将操作体系的主要功用是内存偿还给操作体系”

运维顿了操作体系是一种什么软件两秒后，遽然脸色一转，开操作体系的主要功用是端笑起来：“咳咳，我或许没留意这个。你再给我讲讲 JVM 的这个内存处理/收回和进程上内存的联系呗”

尽管我心里是算法回绝的，但开脱谁也不能开脱运维啊，想想仍是给大哥解释解java面试题释，“增进下爱情”
运维：你们 JAVA 服务内存占用太高，还只增不减！告警了，快来接锅

操作体系 与 Jjava开发VM的内服务器是什么存分配

JV服务器怎样建立M 的主动内存处理，其实仅仅先向操作体系链表c言语央求了一大服务器体系块内存，然后自己在java初学这块已央求的内存区域中进行“主动内存处理”。JAVA 中的政策在创立前，会先从这块央求的一大块内存中划分出一部分来给这个政策运用，在 GC 时也仅仅这个链表排序政策地点的内存区域数据清空，标记为闲暇罢了

运维：“原来是这样，那按你的意思，JVM 就不会将 GC 收回后的闲暇内存还给操作体系了吗？”

为什么不把内存偿还给操作体系？

JVM 仍是会偿还内存给java言语操作体系的，仅仅因为这个价值比较大，所以不会容易进行。并且不同废物收回器 的内存分配算法不同，偿还内存的价值也不同。

比如在根除算法（sweep）中，是经过闲暇链表（free-list）算法来分配内存的。简略的说就是将已央求的大块内存区域分为 N 个小区域，将这些区域同链Java表的结构组织起来，就像这样：
运维：你们 JAVA 服务内存占用太高，还只增不减！告警了，快来接锅
每个 data 区链表域能够包容 N 个方算法的五个特性针，那操作体系是计算机体系中的么当一次 GC 后，某些政策会被收回，可是此时算法这链表数据结构个 djavascriptata 区域中还有其他存活的政策，假设想将整个 data 区域开释那链表逆序是必定不可的。

所以这个偿还内存给操作服务器内存和一般内存有什么差异体系的操作并没有那么简略，执java初学行起来价服务器操作体系银河麒麟值过高，JVM 天然不会在每次 GC算法设计与剖析 后都进行内存的偿还。

怎样偿还？

尽管价值高，但 JVM 仍是供给了这个偿还内存的服务器体系功用。JVM 供给了-XX:MinHeapFreeRatio和-XX:MaxHeapFreeRatio 两个参数，用于装备这个偿还策算法的五个特性略。

  • MinHeapFreeRatio 代表当闲暇区域巨细下降到该值时，会进行扩容，扩容的上限为 Xmx
  • MaxHeapFreeRatio 代表当闲暇区域超越该值时，会进行“缩容”，缩容的下限为Xms

不过尽管有这个偿还的功用，不过因为这个价值比较宝贵，所以 JVM 在偿还的时分，操作体系是什么的接口是线性递加偿还的，并不是一次全部偿还。

可是可是可是，经过实测，这个偿还内存的机制，在java难学吗不同的废物收回器算法是什么，甚至不同的 JDK 版别中还不相同！

不同版别&废物收回器下的体现不同

下面服务器租借多少钱一年是我之前跑过的查验作用：

public static void main(String[] args) throws IOException, InterruptedException {
List<Object> dataList = new ArrayList<&gt算法的有穷性是指;();
for (i算法的时间复杂度取决于nt i = 0; i < 25; i++) {
byte[] data = createDa链表排序ta(1024 * 1024 * 40);// 40 MB
dataLis操作体系期末考试试题及答案t.add(data);
}
Thread.sleep(10000);
d服务器和电脑主机的差异at算法的有穷性是指aList = null; // 待会 GC 直接收回
for (int i = 0; i < 100; i++) {
// 查验多次 GC
System.gc();
Thread.sleep(1000);
}
System.in.read()服务器操作体系银河麒麟;
}
public static byte[] createData(int算法工程师和程序员差异 size){
byte[] data = new byte[size];
for (int操作体系 i = 0; i < size; i++) {
data[i] = Byte.MAX_VALUE;
}
return dat算法的时间复杂度是指什么a;
}
JAVA 版别 废物收回器 VM Options 是否能够“偿还”
JAVA 8链表逆序 UseParall算法的时间复杂度取决于elGC(ParallerGC + ParallerOld) -Xms100M -Xmx2G -XX:MaxHeapFreeRatio=40 否
JAVA 8 CMS+ParNew -Xms算法是什么100M -Xmx2G -XX:MaxHeapFreeRatio=40 -XX:+UseConcMa链表的作用rkSweepGC -XX:+UseParNewGC 是链表结构
JAVA 8 UseG1GC(G1) –java开发Xms100M -Xmx链表数据结构2G -XX:MaxHeapFreeRatio=40 -XX:+Us算法的有穷性是指eG1GC 是
JAVA 11 Us算法的时间复杂度取决于eG1GC(G1) -Xms100M -Xmx2G -XX:MaxHeapFr操作体系有哪些eeRatio=40 是
JAVA 16 UseZGC(ZGC) -Xms100M -Xmx2G -XX:MaxHea链表逆序pFreeRatio=40 -XX:+UseZGC 否

查验作用改写了我的认知。，MaxHeapFreeRatio 这个参数如同并没有什么用，不管我是装备40，仍服务器是装备90，收回的比例都有和实践的作用都有很大差距。

可是文档中，可不是这么说的……

并且 ZGC 的作用也是挺意外的，JEP 351 说到了 ZGC 会将未运用的内存开释，但查验作用里并没有。

除了以上查验作用，stackoverflow 上还有一些其他的说法，我就没有再逐个查验了

  1. JAVA 9 后-XX:-ShrinkHeapInSteps参数，能够让 JVM 已非线性递加的方法偿还内存
  2. JAVA 12 后的 G1，再使用闲暇时，能够主动的偿还内存

所以，官方链表结构文档的说法，也只能当作一个参看，JVM 并没有过多的泄漏这个完结细节。

不过这个是否偿还的机制，除了这位“热心”的运维老哥，一般人也不太会去关心链表的创立，恨不得 JVM 多用点内存，少 GC 几回……

并且甭说闲暇自操作体系的五大功用动偿还了，咱们期望的是一建议就分配个最大内存，防止它工作中扩容影响服务；所以一般 JAVA 程序还会将 Xms和Xmx装备为相等的巨细，防止这个扩容的操作。

听到这儿，运维老哥若有所思的说到：“那是不是只需我把 Xms 和 Xmx 装备成相同的巨细，这个 JAVA 进程一建议就会占用这个巨细的内链表排序存呢？”

我接着答到：“不会的，哪怕你 Xms6G，建议也只会占用实践写入的内存，大概率达不到 6G，这儿还触及一个操作服务器怎样建立体系内算法剖析的意图是存分配的小常识”

Xms6G，为什么建议之后 used 才 200M？

进程在操作体系是什么的接口央求内存时，并不是直接分配物理内存的，链表数据结构而是分配一块虚拟空间，到实在堆这块算法的时间复杂度取决于虚拟空间写入数据时才会经过缺页异常（Page Fault）处理机制分配物理内存，也就是咱们看到的进程 Res 政策。

能够简略的链表和数组的差异认为操作体系的内存分配是“慵懒”的，分配并不会产生实践的占用，有数据写入时才会产生内存占用算法是什么，影响 Res。

所以，哪怕装备了Xms6G，建议后也不会直接占用 6G 内存，算法工程师实践占用的内存取决于你有没有往这 6G 内存区域中写数据的。

运维：“卧槽，还有慵懒分配这种东西！长常识了”

我：“这下了解了吧，这个内存状况是正常的，咱们的服务一点问题都没有”

运维：“，是我了解错了，你们这个服务没啥问题”

我：“嗯呐，没事那我先去忙（摸鱼）了”

运维：你们 JAVA 服务内存占用太高，还只增不减！告警了，快来接锅

总结算法的五个特性

关于大多数服务端场景来说，并不需要JVM 这个手动开释内存的操作。至于 JVM 是否偿还内存给操作体系这个问题，咱们也并不关心。并且根据上面那个查验作用，不同 JAV链表逆序A 版别，不同废物收回器版别差异这么大，更是没必链表的创立要去深究了。

综上，JVM 尽管能够开释闲暇内存给操作体系，可是纷歧定会开链表回转释，在不同 JAVA 版别，不同废物收回器版别下表服务器操作体系现不同服务器和电脑主机的差异，知道有这个机制就行。

参看

  • docs.oracle.com/javase/10/g…
  • stackoverflow.com/questions/3…
  • 《深入了解Java虚拟机：JV算法导论M高档特性与最佳实践（第2版）》 – 周志明 著

原创不易，阻挠未授权的转载。假设我的文章对您有帮忙，就请点赞/保藏/关java难学吗注鼓动支持一下吧❤❤❤❤❤❤