我在这里有一个奇怪的行为:我在运行在DLOG终端(WindowsEmbeddedStandardSP1)上运行的WPF应用程序的生产中出现大量内存泄漏，如果我在普通桌面(Win7教授)上本地运行它，它表现得非常好在多次尝试发现任何问题均未成功后，我将其中一个直接放在我的显示器旁边，安装了ANTsMemoryProfiler，并在终端和我的开发PC上模拟用户操作进行了一个小时的测试运行。结果是，由于一些奇怪的原因，嵌入式系统堆积了大量的WeakReference和EffectiveValueEntry[]对象。下面是一些图片:开发(PC):终端:看看类(class)列表...有没有人以前
我在处理软引用和弱引用时遇到了问题。代码有一个可以切换的标志软引用和弱引用之间的所有逻辑。虽然引用很弱，但似乎为了工作正常，使用软引用我一直得到OutOfMemoryError。这种情况发生在MacOSX上的JDK7和JDK6以及Debian上的IcedTea6上。然而，带有G1收集器的JDK7是我发现使用软引用的设置，我尝试的其他所有内容(串行/并行GC、-client/-server等)都失败了异常。代码有点大，但我已尝试在保留问题的同时尽可能缩小范围。我在上面留下了大量评论，更详细地描述了如何重现问题。/***Leakling.java***Issue:***Thiscodeth
我想知道这会降低它们的用处。如果是这样，有没有办法让内存在主要GC上仅被弱引用为“垃圾”？ 最佳答案 javadoc没有具体说明清除/破坏WeakReference的“时间尺度”。这将使你的问题的答案(至少在理论上)“它取决于实现”。事实上，JLS规范和javadocs甚至没有提到主要和次要集合。整个主题属于“实现细节”类别。如果您确实想要对GC敏感的引用，那么也许您应该使用SoftReference反而。其描述如下:"Allsoftreferencestosoftly-reachableobjectsareguaranteedto
AFAIK在Android上，建议将Bitmap对象引用为WeakReferences以避免内存泄漏。当不再保留位图对象的硬引用时，垃圾收集器将自动收集它。现在，如果我理解正确，必须始终调用Bitmap.recycle()方法来释放位图。我认为这是因为Bitmap对象具有特殊的内存管理。对吗？如果这是真的，当使用WeakReferences时，肯定会发生内存泄漏，因为当WeakReferences被释放时，Bitmap.recycle()永远不会被调用。或者，不知何故，WeakReferences是否足以避免内存泄漏？谢谢 最佳答案
AFAIK在Android上，建议将Bitmap对象引用为WeakReferences以避免内存泄漏。当不再保留位图对象的硬引用时，垃圾收集器将自动收集它。现在，如果我理解正确，必须始终调用Bitmap.recycle()方法来释放位图。我认为这是因为Bitmap对象具有特殊的内存管理。对吗？如果这是真的，当使用WeakReferences时，肯定会发生内存泄漏，因为当WeakReferences被释放时，Bitmap.recycle()永远不会被调用。或者，不知何故，WeakReferences是否足以避免内存泄漏？谢谢 最佳答案
我知道使用WeakReference时，如果我对某个东西进行WeakReference除非有直接引用，否则它将在下一个GC周期中被垃圾收集.我的问题变成了，如果我创建一个WeakReference的ArrayList会怎么样？例如:ArrayList>exArrayList;exArrayList=newArrayList>();exArrayList.add(newWeakReference("Hello"));我现在可以使用exArrayList.get(0).get()访问数据。我的问题是:这是WeakReference数据，位于exArrayList.get(0)的数据是否会在
