可能使用ActivityGroup的Android内存使用问题

时间:2011-02-25 11:33:07

标签: android memory-management memory-leaks android-activity memoryanalyzer

可能使用ActivityGroup的Android内存使用问题

这是一个有点长的故事,我最终弄乱了记忆问题。我通过使用大量的活动和框架开发了非常深的android应用程序。首先,我必须说我使用ActivityGroups作为主要类别来轻松处理活动。我可以通过getLocalActivityManager()完成所有活动。我收到此错误消息:

02-25 11:34:13.749:
ERROR/dalvikvm-heap(3042):
2764800-byte external allocation too
large for this process.

02-25 11:34:13.749:
ERROR/GraphicsJNI(3042): VM won't let
us allocate 2764800 bytes

然后我的应用程序将崩溃,有各种例外,例如;

02-25 11:34:13.772: ERROR/AndroidRuntime(3042): FATAL EXCEPTION: main
02-25 11:34:13.772: ERROR/AndroidRuntime(3042): java.lang.RuntimeException: Unable to start activity ComponentInfo{com.turkcell.seyahat/com.matriksdata.ui.schedule.MessageDetail}: android.view.InflateException: Binary XML file line #2: Error inflating class <unknown>
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2663)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.app.ActivityThread.startActivityNow(ActivityThread.java:2503)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.app.LocalActivityManager.moveToState(LocalActivityManager.java:127)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.app.LocalActivityManager.startActivity(LocalActivityManager.java:339)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at com.matriksdata.app.XActivityGroup.goForward(XActivityGroup.java:122)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at com.matriksdata.ui.parents.ScheduleActivityGroup.goForward(ScheduleActivityGroup.java:143)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at com.matriksdata.ui.schedule.MessageBox.onItemClick(MessageBox.java:81)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.widget.AdapterView.performItemClick(AdapterView.java:284)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.widget.ListView.performItemClick(ListView.java:3730)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.widget.AbsListView$PerformClick.run(AbsListView.java:1808)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.os.Handler.handleCallback(Handler.java:587)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.os.Handler.dispatchMessage(Handler.java:92)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.os.Looper.loop(Looper.java:123)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.app.ActivityThread.main(ActivityThread.java:4627)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at java.lang.reflect.Method.invokeNative(Native Method)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at java.lang.reflect.Method.invoke(Method.java:521)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:871)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:629)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at dalvik.system.NativeStart.main(Native Method)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042): Caused by: android.view.InflateException: Binary XML file line #2: Error inflating class <unknown>
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.LayoutInflater.createView(LayoutInflater.java:513)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at com.android.internal.policy.impl.PhoneLayoutInflater.onCreateView(PhoneLayoutInflater.java:56)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:563)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.LayoutInflater.inflate(LayoutInflater.java:385)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.LayoutInflater.inflate(LayoutInflater.java:320)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.LayoutInflater.inflate(LayoutInflater.java:276)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at com.android.internal.policy.impl.PhoneWindow.setContentView(PhoneWindow.java:210)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.app.Activity.setContentView(Activity.java:1647)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at com.matriksdata.ui.schedule.MessageDetail.onCreate(MessageDetail.java:33)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2627)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     ... 18 more
02-25 11:34:13.772: ERROR/AndroidRuntime(3042): Caused by: java.lang.reflect.InvocationTargetException
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.widget.LinearLayout.<init>(LinearLayout.java:115)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at java.lang.reflect.Constructor.constructNative(Native Method)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at java.lang.reflect.Constructor.newInstance(Constructor.java:446)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.LayoutInflater.createView(LayoutInflater.java:500)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     ... 28 more
02-25 11:34:13.772: ERROR/AndroidRuntime(3042): Caused by: java.lang.OutOfMemoryError: bitmap size exceeds VM budget
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.graphics.Bitmap.nativeCreate(Native Method)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.graphics.Bitmap.createBitmap(Bitmap.java:468)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.graphics.Bitmap.createBitmap(Bitmap.java:435)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.graphics.Bitmap.createScaledBitmap(Bitmap.java:340)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.graphics.BitmapFactory.finishDecode(BitmapFactory.java:590)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:564)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:425)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:697)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.content.res.Resources.loadDrawable(Resources.java:1709)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.content.res.TypedArray.getDrawable(TypedArray.java:601)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.View.<init>(View.java:1885)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.View.<init>(View.java:1834)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     at android.view.ViewGroup.<init>(ViewGroup.java:285)
02-25 11:34:13.772: ERROR/AndroidRuntime(3042):     ... 32 more

当然我没有 2764800 字节png图像,但我认为它的解码大小。所以我认为我有图像处理问题,我检查并修复了我的项目的每个细节,以正确处理图像。我检查了android-developers.blogspot.com/2009/01/avoiding-memory-leaks.html中描述的所有内容。我检查了null drawables,我遵循模型可重用性说明,我改变了加载方法:stackoverflow.com/questions/477572/android-strange-out-of-memory-issue/823966#823966。

此外,我从磁盘加载的位图很少。我的所有布局都是由android xml布局文件创建的。我也有很多在xml文件中描述的位图。

然后我看到我在内存分析器的应用程序中有很大的静态类。我通过按需加载和使用后释放来释放静态属性。所以最后我在MAT中得到了这个内存泄漏嫌疑人;

问题疑似1

3,043个“java.lang.Class”实例,由“”加载占用871,304(17.97%)个字节。

最大的实例:
class com.ibm.icu4jni.util.Resources $ DefaultTimeZones @ 0x4014c3b0 - 166,768(3.44%)字节。
class android.text.Html $ HtmlParser @ 0x400fe448 - 126,592(2.61%)bytes。
com.google.googlenav.proto.GmmMessageTypes类@ 0x4835d450 - 56,944(1.17%)字节。
class org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnectionPool @ 0x47caea20 - 51,872(1.07%)字节。
class org.apache.harmony.security.fortress.Services @ 0x4008c4d0 - 51,456(1.06%)bytes。

问题可疑2

由'system class loader'加载的'7,721个'java.lang.String'实例占用549,624(11.33%)个字节。 Keywordsjava.lang.String

问题疑似3

由“系统类加载器”加载的“org.bouncycastle.jce.provider.X509CertificateObject”的60个实例占用300,024(10.76%)个字节。这些实例是从“java.util.Hashtable $ HashtableEntry []”的一个实例引用的,由“系统类加载器”加载.Vitageorg.bouncycastle.jce.provider.X509CertificateObjectjava.util.Hashtable $ HashtableEntry []

第三次不会每次都出现。通常当我在GalaxyTab中使用内存管理器时。

我最大的顶级统治者类是这些。 http://www.matriks.mobi/arge/android/Screen%20shot%202011-02-25%20at%2012.19.08%20PM.png

我只有2或3个活动,其余的活动暂停。我在组件报告中收到此消息。当然这不是我只使用1.5 MB RAM的解释,因为根据内存管理器,我的应用程序使用48 MB的ram从大约20 MB。

可能的内存浪费 * 重复字符串 * 发现0次出现的char [],其中至少10个实例具有相同的内容。总大小为0字节。

我认为那不是我想要的东西:) hprof文件位于http://www.matriks.mobi/arge/android/android5706014442078310727.hprof.zip

我猜我的ActivityGroup类有问题。至少我将LocalActivityManager中的活动和活动ID保存在堆栈中。但即使我不创建新的活动,并在加载的活动之间传递,内存也会增加。

我知道这不是搜索泄漏的方法,可能我有一个基于代码的问题导致这个内存泄漏。但是我要检查的任何一个想法都会非常受欢迎,因为我有点被困在这里。

3 个答案:

答案 0 :(得分:2)

在使用应用程序时尝试tracking memory allocations

另外,保持对Bitmap Drawables的引用可以produce memory leaks。将Drawable添加到View时,会创建一个循环引用。因此,当您持有对Bitmap drawable的引用时,它进一步保存对View的引用,并且此视图永远不会被GCed。

避免它的最简单方法是从Bitmap Drawable中提取位图并保存对它的引用,然后在重新启动/重新加载Activity时,您可以从此位图创建新的Bitmap Drawable。这就是Photostream示例的工作原理(最后介绍): Faster screen orientation change

答案 1 :(得分:0)

您是否将此布局用于ListView的行?

答案 2 :(得分:0)

我每次创建活动组时都会设置背景图像;

 background.setBackgroundResource(R.drawable.background); 

我删除了这个并将描述保留在xml中,所以问题解决了。此方法导致内存泄漏。