我在MSDN和CLRviac#上读到了这个问题。假设我们有一个分配的2Mb非托管HBITMAP和一个指向它的8字节托管位图。如果它永远无法对对象做任何事情，那么用AddMemoryPressure告诉GC有什么意义，因为它被分配为非托管资源，因此不易受到垃圾收集的影响？ 最佳答案 提供它是为了让GC在收集期间了解对象的真实成本。如果对象实际上大于管理大小反射(reflect)的大小，则它可能是快速(更)收集的候选对象。布拉德·艾布拉姆斯entry关于它很清楚:Consideraclassthathasaverysmallmanage

我目前正在调试我们用来在系统中显示图像之前用特定文本标记图像的方法。标签方法目前看起来像这样:privatestaticImageTagAsProductImage(Imageimage){try{//Preparesthegarbagecollectorforaddedmemorypressure(500000bytesisroughly485kilobytes).//ShouldsolvesomeOutOfMemoryExceptions.GC.AddMemoryPressure(500000);using(Graphicsgraphics=Graphics.FromImage(i

项目:Java、JNI(C++)、Android。我将通过创建一个托管包装类来管理nativeC++对象的生命周期，该包装类将持有一个指向native对象的指针(作为长成员)，并将在其重写的finalize()方法中删除native对象。参见thisquestion了解详情。C++对象不消耗其他类型的资源，只消耗内存。该对象的内存占用不是特别高，但本质上高于Java中的64位long。有什么方法可以告诉Java的GC，我的包装器不仅仅负责一个long值，而且在运行垃圾收集之前创建数百万个这样的对象不是一个好主意吗？在.NET中有一个GC的AddMemoryPressure()方法，正是