我有一个缓存，它具有对缓存对象的软引用。我正在尝试为使用缓存的类的行为编写一个功能测试，专门用于清除缓存对象时发生的情况。
问题是：我似乎无法可靠地清除软引用。简单地用完一堆内存并不能解决问题：在清除任何软引用之前，我得到了一个OutOfMemory。
有没有办法让Java更热切地清理软引用？
在这里找到：
“可以保证，在OutOfMemoryError被抛出之前，所有SoftReference都会被清除，所以理论上它们不能导致OOME。
那么这是否意味着上述情况必须意味着我在某个地方有内存泄漏，某个类在我的缓存对象上持有硬引用？
问题是：我似乎无法可靠地清除软引用。
这并不是 SoftReferences 所独有的。由于Java中垃圾回收的性质，不能保证任何可垃圾回收的东西实际上都会在任何时间点被收集。即使使用简单的代码：
Object temp = new Object();
temp = null;
System.gc();不能保证在第一行中实例化的对象是在此或实际上任何点收集的垃圾。这只是你必须在内存管理的语言中忍受的事情之一，你放弃了对这些事情的声明权。是的，这有时会使明确测试内存泄漏变得困难。
也就是说，根据您引用的Javadocs，在抛出OutOfMemoryError之前，绝对应该清除SoftReference（实际上，这就是它们的全部意义，也是它们与默认对象引用区别的唯一方式）。因此，这听起来像是存在某种内存泄漏，因为您正在保留对所讨论对象的更硬的引用。
如果您使用JVM的选项，然后将堆转储加载到类似jhat的位置，您应该能够看到对对象的所有引用，从而查看除了软引用之外是否有任何引用。或者，您可以在测试运行时使用探查器实现相同的目标。-XX:+HeapDumpOnOutOfMemoryError
还有以下 JVM 参数用于调整软引用的处理方式：
-XX:SoftRefLRUPolicyMSPerMB=<value>
其中“value”是每个可用 Mb 内存将保留软引用的毫秒数。默认值为 1s/Mb，因此，如果对象只能软访问，则当只有 1Mb 的堆空间可用时，它将持续 1 秒。
