TerracottaBigMemory是否有任何开源替代方案？实际上，我什至没有找到任何商业替代品。我对纯Java解决方案感兴趣，它可以在JVM中运行，无需任何JNI和C支持的解决方案。 最佳答案 有一个非常好的缓存解决方案，名为MapDB(以前的JDBM4)。它支持HashMap和TreeMap但它只是应用程序嵌入。它还支持基于持久文件的缓存。堆外缓存示例:DBdb=DBMaker.newDirectMemoryDB().make();ConcurrentNavigableMapmap=db.getTreeMap("MyCache

作者：纪兵，2015年加入美团，目前主要从事酒店C端相关的工作。原文：https://tech.meituan.com/2019/01/03/spring-boot-native-memory-leak.html背景为了更好地实现对项目的管理，我们将组内一个项目迁移到MDP框架（基于SpringBoot），随后我们就发现系统会频繁报出Swap区域使用量过高的异常。笔者被叫去帮忙查看原因，发现配置了4G堆内内存，但是实际使用的物理内存竟然高达7G，确实不正常。JVM参数配置是“-XX:MetaspaceSize=256M-XX:MaxMetaspaceSize=256M-XX:+AlwaysPr

作者：纪兵，2015年加入美团，目前主要从事酒店C端相关的工作。原文：https://tech.meituan.com/2019/01/03/spring-boot-native-memory-leak.html背景为了更好地实现对项目的管理，我们将组内一个项目迁移到MDP框架（基于SpringBoot），随后我们就发现系统会频繁报出Swap区域使用量过高的异常。笔者被叫去帮忙查看原因，发现配置了4G堆内内存，但是实际使用的物理内存竟然高达7G，确实不正常。JVM参数配置是“-XX:MetaspaceSize=256M-XX:MaxMetaspaceSize=256M-XX:+AlwaysPr

PhantomReference虚引用在分析堆外内存回收之前，先了解下PhantomReference虚引用。PhantomReference需要与ReferenceQueue引用队列结合使用，在GC进行垃圾回收的时候，如果发现一个对象只有虚引用在引用它，则认为该对象需要被回收，会将引用该对象的虚引用加入到与其关联的ReferenceQueue队列中，开发者可以通过ReferenceQueue获取需要被回收的对象，然后做一些清理操作，从队列中获取过的元素会从队列中清除，之后GC就可以对该对象进行回收。虚引用提供了一种追踪对象垃圾回收状态的机制，让开发者知道哪些对象准备进行回收，在回收之前开发者

PhantomReference虚引用在分析堆外内存回收之前，先了解下PhantomReference虚引用。PhantomReference需要与ReferenceQueue引用队列结合使用，在GC进行垃圾回收的时候，如果发现一个对象只有虚引用在引用它，则认为该对象需要被回收，会将引用该对象的虚引用加入到与其关联的ReferenceQueue队列中，开发者可以通过ReferenceQueue获取需要被回收的对象，然后做一些清理操作，从队列中获取过的元素会从队列中清除，之后GC就可以对该对象进行回收。虚引用提供了一种追踪对象垃圾回收状态的机制，让开发者知道哪些对象准备进行回收，在回收之前开发者