正如您所说，当存在内存压力和
执行此操作的一种方法是创建实际的内存压力。
例如以下代码
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();
当软引用是对象的唯一引用时，清除它会使对象也有资格进行正常的垃圾回收，而不管实际内存压力如何。