0

可能使用 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 中描述的所有内容。我检查了空绘图,我遵循模型可重用性说明,我更改了以下描述的加载方法:stackoverflow.com/questions/477572/android-strange-out-of-memory-issue/823966#823966。

我也有几个位图要从磁盘加载。我由 android xml 布局文件创建的所有布局。我也有很多在 xml 文件中描述的位图。

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

问题嫌疑人1

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

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

问题嫌疑人2

由“系统类加载器”加载的 8,721 个“java.lang.String”实例占用 549,624 (11.33%) 个字节。关键字 java.lang.String

问题嫌疑人3

由“系统类加载器”加载的 60 个“org.bouncycastle.jce.provider.X509CertificateObject”实例占用 300,024 (10.76%) 个字节。这些实例引用自“java.util.Hashtable$HashtableEntry[]”的一个实例,由“系统类加载器”加载关键字 org.bouncycastle.jce.provider.X509CertificateObject java.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 内存的解释,因为根据内存管理器的说法,我的应用程序使用了 48 MB 的内存,而不是大约 20 MB。

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

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

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

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

4

3 回答 3

2

尝试在应用程序使用时跟踪内存分配。

此外,持有对 Bitmap Drawables 的引用会产生内存泄漏。当一个 Drawable 添加到 View 时,会创建一个循环引用。因此,当您持有对 Bitmap 可绘制对象的引用时,它会进一步持有对 View 的引用,并且该 View 永远不会被 GCed。

避免它的最简单方法是从 Bitmap Drawable 中提取位图并保存对它的引用,然后当 Activity 重新启动/重新加载时,您从该位图创建新的 Bitmap Drawables。这是 Photostream 示例的工作方式(在最后描述): 更快的屏幕方向更改

于 2011-02-25T11:58:31.293 回答
0

每次创建活动组时,我都在重置背景图像;

 background.setBackgroundResource(R.drawable.background); 

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

于 2011-03-02T08:28:49.787 回答
0

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

于 2011-02-25T12:06:21.910 回答