Java GC 在最小分配后运行非常频繁

Question

我正在为 android 编写一个实时游戏，因此我想按照 android“为性能而设计”开发人员指南中的建议尽可能减少分配/垃圾收集。

我有一个非常简单的游戏，它没有使用太多内存(根据 hprof 堆转储，<2-3% 的堆)，但我的并发 gc 每 7 秒运行一次，总是释放大约 1MB 的内存。我的游戏完全暂停并且没有做任何有趣的事情，并且运行分配跟踪器 5 秒显示分配很少。这是打开几秒钟后分配跟踪器转储的全部内容，看起来占不到 1kb 的分配(主要是 dalvik 的东西和我的锁的锁定/解锁方法)。

19  24  byte[]  5   dalvik.system.NativeStart   run 
18  12  java.lang.Integer   5   java.lang.Integer   valueOf 
17  24  org.apache.harmony.dalvik.ddmc.Chunk    5   org.apache.harmony.dalvik.ddmc.DdmServer    dispatch    
16  17  byte[]  5   android.ddm.DdmHandleHeap   handleREAQ  
15  24  org.apache.harmony.dalvik.ddmc.Chunk    5   android.ddm.DdmHandleHeap   handleREAQ  
14  28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
13  28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
12  28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
11  28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
10  28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
9   28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
8   28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
7   28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
6   28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
5   28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
4   28  java.util.concurrent.locks.AbstractQueuedSynchronizer$Node  10  java.util.concurrent.locks.AbstractQueuedSynchronizer   addWaiter   
3   24  byte[]  5   dalvik.system.NativeStart   run 
2   12  java.lang.Integer   5   java.lang.Integer   valueOf 
1   24  org.apache.harmony.dalvik.ddmc.Chunk    5   org.apache.harmony.dalvik.ddmc.DdmServer    dispatch    

尽管如此，我仍然每隔几秒就会看到大约 1MB 的集合:

03-09 21:41:56.665: D/dalvikvm(4210): GC_CONCURRENT freed 934K, 58% free 3069K/7175K, external 2847K/3550K, paused 3ms+2ms
03-09 21:42:03.685: D/dalvikvm(4210): GC_CONCURRENT freed 937K, 58% free 3069K/7175K, external 2847K/3550K, paused 3ms+1ms
03-09 21:42:10.705: D/dalvikvm(4210): GC_CONCURRENT freed 937K, 58% free 3069K/7175K, external 2847K/3550K, paused 5ms+2ms
03-09 21:42:17.715: D/dalvikvm(4210): GC_CONCURRENT freed 934K, 58% free 3069K/7175K, external 2847K/3550K, paused 3ms+1ms
03-09 21:42:24.725: D/dalvikvm(4210): GC_CONCURRENT freed 934K, 58% free 3069K/7175K, external 2847K/3550K, paused 2ms+3ms

我知道时间不多了，但如果可以避免的话，我不想从我的一个框架中随机窃取 10 毫秒。我的问题是，如果我在分配跟踪器中看不到任何内容，那么什么可以在短短几秒钟内分配这么多内存？我不认为它在手机背景上有任何影响，因为一旦我退出游戏，我就再也看不到 GC(或者很少见)。

我的渲染线程使用 GLSurfaceView，这几乎是唯一在暂停时运行的东西，但我只是对我的内存去向感到困惑。

如有任何想法，我们将不胜感激。

Answer 1

好的，我找到了漏洞。事实证明，我在 float 组上不必要地每帧运行 clone 大约 50 次，但真正让我失望的是这并没有出现在分配跟踪器中。

更多的研究向我展示了这个 thread ，这似乎声称存在一个 android 错误，其中 array.clone() 操作未显示在分配跟踪器中。

很沮丧我花了这么长时间才找到它，但至少现在我每秒只收集 <1kb。