Question

我正在开发一个Android游戏应用程序，我有大约15个屏幕。当我连续播放时，我会随机出现内存不足问题，有时在第15个屏幕上，有时在第12个屏幕左右。

另外，查看屏幕下方的xml。

      <?xml version="1.0" encoding="UTF-8"?>
       <FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
          xmlns:tools="http://schemas.android.com/tools"
           android:id="@+id/MainFrame"
           android:layout_width="fill_parent"
           android:layout_height="fill_parent" >

   <RelativeLayout
       android:id="@+id/mainlayout"
       android:layout_width="fill_parent"
       android:layout_height="fill_parent"
       android:background="@drawable/woodenbg1" >

       <Chronometer
        android:id="@+id/chronometer"
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:textSize="20sp"
        android:textStyle="bold"
        android:typeface="sans"
        android:visibility="gone" />

    <ImageView
        android:id="@+id/imageline"
        android:layout_width="10000dp"
        android:layout_height="wrap_content"
        android:layout_marginTop="105dp"
        android:src="@drawable/lineblackfornormal" />

    <ImageView
        android:id="@+id/imageviewunderalphac"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerHorizontal="true"
        android:layout_marginTop="350dp"
        android:src="@drawable/whitec" />

    <ImageView
        android:id="@+id/backgroundofalphab"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerHorizontal="true"
        android:layout_marginTop="35dp"
        android:src="@drawable/backgroundfordragimages"
        android:visibility="invisible" />

      <ImageView
          android:id="@+id/backgroundofalphaa"
          android:layout_width="wrap_content"
          android:layout_height="wrap_content"
          android:layout_marginLeft="20dp"
          android:layout_marginTop="35dp"
          android:src="@drawable/backgroundfordragimages"
          android:visibility="invisible" />

       <ImageView
           android:id="@+id/backgroundofalphac"
           android:layout_width="100dp"
           android:layout_height="wrap_content"
           android:layout_alignParentRight="true"
           android:layout_marginTop="33dp"
           android:src="@drawable/backgroundfordragimages"
           android:visibility="invisible" />

       <ImageView
          android:id="@+id/imageviewunderleftalphab"
          android:layout_width="wrap_content"
          android:layout_height="wrap_content"
          android:layout_alignParentBottom="true"
          android:layout_marginBottom="250dp"
          android:layout_marginLeft="15dp"
          android:src="@drawable/whiteb" />

      <ImageView
          android:id="@+id/imageviewunderrightalphaa"
          android:layout_width="wrap_content"
          android:layout_height="wrap_content"
          android:layout_alignParentBottom="true"
          android:layout_alignParentRight="true"
          android:layout_marginBottom="250dp"
          android:layout_marginRight="10dp"
          android:src="@drawable/whitea" />

      <ImageView
          android:id="@+id/imageviewabovealphab"
          android:layout_width="wrap_content"
          android:layout_height="wrap_content"
          android:layout_centerHorizontal="true"
          android:layout_marginTop="35dp"
          android:src="@drawable/colouredb" />

       <ImageView
          android:id="@+id/imageviewabovealphaa"
          android:layout_width="wrap_content"
          android:layout_height="wrap_content"
          android:layout_marginLeft="20dp"
          android:layout_marginTop="35dp"
          android:src="@drawable/coloureda" />

       <ImageView
          android:id="@+id/imageviewabovealphac"
          android:layout_width="wrap_content"
          android:layout_height="wrap_content"
          android:layout_alignLeft="@+id/backgroundofalphac"
          android:layout_marginTop="33dp"
          android:src="@drawable/colouredc" />
       </RelativeLayout>

     </FrameLayout>

logcat的

  05-16 12:22:18.989: E/GraphicsJNI(6745): VM won't let us allocate 2225664 bytes
  05-16 12:22:18.999: E/AndroidRuntime(6745): FATAL EXCEPTION: main
  05-16 12:22:18.999: E/AndroidRuntime(6745): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.graphics.Bitmap.nativeCreate(Native Method)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.graphics.Bitmap.createBitmap(Bitmap.java:477)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.graphics.Bitmap.createBitmap(Bitmap.java:444)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.graphics.Bitmap.createScaledBitmap(Bitmap.java:349)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.graphics.BitmapFactory.finishDecode(BitmapFactory.java:498)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:473)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:336)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:697)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.content.res.Resources.loadDrawable(Resources.java:1709)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.content.res.Resources.getDrawable(Resources.java:581)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.view.View.setBackgroundResource(View.java:7533)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at com.ssn.myapp.NumbersLevel3.onCreate(NumbersLevel3.java:173)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1611)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1663)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.app.ActivityThread.handleRelaunchActivity(ActivityThread.java:2832)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.app.ActivityThread.access$1600(ActivityThread.java:117)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:935)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.os.Handler.dispatchMessage(Handler.java:99)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.os.Looper.loop(Looper.java:130)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at android.app.ActivityThread.main(ActivityThread.java:3683)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at java.lang.reflect.Method.invokeNative(Native Method)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at java.lang.reflect.Method.invoke(Method.java:507)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:839)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:597)
  05-16 12:22:18.999: E/AndroidRuntime(6745):     at dalvik.system.NativeStart.main(Native Method)

Answer 1

不使用时回收位图。蜂窝位图留在堆上后。

 bitmaps.recycle();

http://android-developers.blogspot.de/2009/01/avoiding-memory-leaks.html。

上面的链接有一个关于如何避免内存泄漏的主题。

此外，如果您有高分辨率图像，则应缩小尺寸。请参阅“将缩小版本加载到内存中”下的主题。

http://developer.android.com/training/displaying-bitmaps/load-bitmap.html

假设您将表单actiivty A导航到B.在onResume（）中加载位图。在onPause（）中回收位图。为加载位图的每个活动执行此操作。

您可以在下面的视频中使用MAT Analyzer作为shwon来分析和修复记忆泄漏 http://www.youtube.com/watch?v=_CruQY55HOk

您可以在应用程序标记下的清单中使用android：largeHeap。

警告：随着堆大小的增加，GC会更频繁地启动并且更频繁地应用暂停。所以只是因为你需要更大的堆，你不应该使用它。你可以看到上面的视频，那个人也警告同样的事情。

 android:largeHeap

是否应使用大型Dalvik堆创建应用程序的进程。这适用于为应用程序创建的所有进程。它仅适用于加载到进程中的第一个应用程序;如果您使用共享用户ID以允许多个应用程序使用某个进程，则它们都必须一致地使用此选项，否则它们将产生不可预测的结果。

大多数应用都不需要这样做，而应专注于降低整体内存使用量以提高性能。启用此功能也不能保证可用内存的固定增加，因为某些设备受其总可用内存的限制。

要在运行时查询可用的内存大小，请使用方法getMemoryClass（）或getLargeMemoryClass（）。

Answer 2

这是因为当您的活动被销毁时，您的图像不会被取消分配。

参考this回答。另外this也会链接。

我认为在执行GC时你不应该担心细粒度的细节，因为我们无法控制何时调用gc。即使调用gc（）也不能保证集合。来自System.gc()

的每个文档

Memmory is exceeded. GC automatically collects all unused bitmaps. So voluntarily we have to remove it

向虚拟机指示运行垃圾收集器是一个好时机。请注意，这只是一个提示。无法保证垃圾收集器实际运行。

在开发具有大对象分配的应用程序时，我会担心以下情况：

在分配大对象后，在退出该对象的生命周期范围后，我是否会在以后的活动中看到它被GC回收？通过使用adb shell运行dumpsys meminfo可以轻松检查这一点。你基本上在重新分配后进行检查，如果内存是正确的垃圾收集，通常表示大穗和随后丢弃
检查此大对象是否有明确的GC路径。您可以通过转储hprof来检查此对象的引用路径并在Memory Analyzer中进行检查。如果确实如此，那么您就很安全，因为GC足够聪明，可以收集。
分配这个大对象后，我的堆中是否有足够的填充来执行后续活动？如果对象太大，GC有可能没有足够的速度来收集它（这实际上与你的观点有关），后续活动的内存消耗加上前一个活动的剩余可能实际上导致了记忆错误。使用GC的清除路径设置null将有助于确保此对象适当地获得GC。我承认这是一个问题，但我认为如果这成为一个问题，我们可能需要重新审视这个特定部分的设计方式，看看我们是否可以对其进行任何优化。
根据需要通过onDestroy实现对活动的清理，并确保其他人不引用活动，以便可以正确地收集垃圾。例如：我们经常传递活动上下文，忘记它将保留其引用。在位图上调用recycle（）之类的东西也应该有所帮助。记住这些要点应该有助于在＃3发生的情况下准备更多的空间

我希望这对你有帮助。

Android上的内存不足错误

2 个答案: