我在 android 3.1 上测试，大堆大小选项，大约 250M 可用内存。
我将以下代码设置为在我点击应用程序首选项中的测试按钮时运行：
float [][][]foo = new float[3][2048][2048];
Bitmap bm = Bitmap.createBitmap(2048, 2048, Bitmap.Config.ARGB_8888);
bm.recycle();
bm = null;
foo = null;
我对此有足够的记忆——我可以按几次按钮而没有问题。
但是，如果我继续按下按钮，最终（少于 20 次点击）它会因 OutOfMemory 而死。[通常在android.graphics.Bitmap.nativeCreate(Native Method)]
没有其他事情发生——我永远不必离开 PreferencesActivity。当我点击按钮时，还会显示一个小的 Toast，因此正在进行少量其他 UI 活动。
这是由于碎片，还是只是 android Bitmap 代码和/或 GC 中的一个可怕的错误？还是我只是在做一些愚蠢的事情？（请让它变得愚蠢......）
有人有解决方法吗？因为上面的内容相当代表了我的代码在每次用户调用它时必须执行的操作，而现在尽管仔细清除了变量，但它在几次使用后就死了。（这已经让我发疯了很长时间了！）
[更新]
我已经确认这是一个碎片问题或 gc 错误，因为堆转储显示我只使用 5.6M，而空闲（无泄漏）在处理期间达到约 26M 的峰值。（此外，本机堆保持在 4M 以下。）与此同时，Java 堆的范围一直增长到我的测试设备上的 280M 限制，此时我开始收到 OutOfMemory 异常。所以我在高峰期只使用了 10% 的可用堆，但得到了 OutOfMemory。
[不幸的是，添加对 System.gc() 的调用修复了我上面给出的简单测试用例。我说不幸是因为（A）它不应该有所作为，（B）因为我已经在我的真实代码中定期调用它，所以这意味着我上面的简单测试用例太简单了。]
有没有其他人遇到过这个？任何解决方法？有没有一种优雅的方式来重新启动我的应用程序？
[更新]
以下版本在 3 到 4 次调用（按下按钮）中可靠地导致 OutOfMemory：
float [][][]foo = new float[3][2048][2048];
Bitmap bm = Bitmap.createBitmap(2048, 2048, Bitmap.Config.ARGB_8888);
int []bar = new int[3*2048*2048];
bm.recycle();
bm = null;
System.gc();
foo = null;
System.gc();
bar = null;
System.gc();
内存跟踪显示堆在每次调用时稳定增长，直到达到限制并死亡。如果我删除三个分配中的任何一个，它就会达到平衡并无限期地存在。删除除最后一个 gc() 之外的所有内容会导致它稍早死亡。
我会说这是一个碎片问题，而不是 gc 本身的错误。如果有人知道如何解决它，请告诉我。int[] 分配用于编写位图，因此我没有将其分配为二维数组的选项（android 位图库的限制）。