问题描述
我知道软引用只会在 JVM 内存不足时释放。 我怎样才能手动完成?
我的代码:
Object object = new Object();
ReferenceQueue queue = new ReferenceQueue();
SoftReference softReference= new SoftReference(object, queue);
object = null;
System.gc();
//now I force release soft reference.
最新的 Java 版本 (8-11) 中是否有解决方案?
1楼
-
System.gc()
可能永远不会根据垃圾收集开始之前设置的阈值运行。 -
一种选择是在 JVM 配置中调整
-XX:SoftRefLRUPolicyMSPerMB=2500
参数。 这意味着任何软引用项将在 2.5 秒内被删除。 希望这有帮助。
2楼
正如您所说,当存在内存压力时,软可访问的对象会被收集,而强制执行此操作的一种方法是创建实际的内存压力。
例如下面的代码
Object object = new Object();
ReferenceQueue queue = new ReferenceQueue();
SoftReference softReference= new SoftReference(object, queue);
new Thread(() -> {
try {
queue.remove();
System.out.println("collected");
} catch (InterruptedException ex) {}
}).start();
object = null;
try {
object = new int[10][10][10][10][10][10][10][10][10][10][10][10];
} catch(OutOfMemoryError err) {
System.out.println("...");
}
印刷
collected
...
在我的机器上。
上面的代码示例遵循的想法是通过一个肯定会失败的分配请求来触发行为,但是为了防止 JVM 检测到它永远不会成功,就像当 JVM 检测到分配永远不会成功时,不管垃圾收集器的努力,它可能会跳过垃圾收集(因此,清除软引用)。
多维数组分配,也就是Java中的数组数组,貌似对当前的实现已经够糊涂了,所以确实试了一下。 使用普通数组的另一种方法是在循环中分配,从小尺寸开始并提升它直到失败。
仍然存在 JVM 优化器检测到分配的对象从未使用并完全消除分配的风险,但是,对于仅执行一次的代码,这种情况很少发生。
如果唯一需要的效果是清除SoftReference
并将其排入队列,例如为了测试处理代码,您可以简单地调用clear()
,然后在引用对象上调用enqueue()
。
Object object = new Object();
ReferenceQueue queue = new ReferenceQueue();
SoftReference softReference= new SoftReference(object, queue);
new Thread(() -> {
try { queue.remove(); } catch (InterruptedException ex) {}
Object object = new Object();
ReferenceQueue queue = new ReferenceQueue();
SoftReference softReference= new SoftReference(object, queue);
new Thread(() -> {
try {
queue.remove();
System.out.println("collected");
} catch (InterruptedException ex) {}
}).start();
object = null;
Thread.sleep(500);
softReference.clear();
softReference.enqueue();
当软引用是对象的唯一引用时,清除它会使对象也有资格进行正常的垃圾回收,而不管实际内存压力如何。
3楼
一般来说你不能:
System.gc();
仅建议 JVM 运行 GConly when I have no memory
——这很不对。 GC 的工作比这要复杂一些,并且在 JVM 级别上有很多 GC 设置......