【发布时间】：2011-08-06 15:01:33
【问题描述】：
我一直在研究内存泄漏问题。
我在网上找到了http://www.inter-fuser.com/2010/02/android-coverflow-widget-v2.html的封面流
现在我的印象是这个应用程序导致了我的内存不足问题，并且它仍然可能与它有关。但是，我已经从我的应用程序中删除了除初始屏幕之外的所有内容。没有其他活动。它什么都不做......
初始意图加载启动画面活动。
我的应用程序正在使用我可用堆的 79% 到 83%。手机给了我 2.816M，而我在上次运行时显然分配了 2.278M。
首先，运行应用程序的 3M 可用空间似乎并不多。然而，在初始启动时加载到内存中的 2.2M 似乎消耗了大量内存，而我唯一要做的就是加载一个带有指向图标资源的 imageview 的活动，测量值约为 4k……
我的应用如何/为什么会无缘无故地使用这么多内存，以及如何减少启动时 80% 的内存消耗。
我在 T-Mobile G2 上进行开发，除了这个应用程序和在机器人上运行的默认服务之外，我什么都没有运行。
这是我的一些内存转储信息
嫌疑人1
2,239 instances of "java.lang.Class", loaded by "<system class loader>" occupy 673,760 (35.83%) bytes.
Biggest instances:
class com.ibm.icu4jni.util.Resources$DefaultTimeZones @ 0x401dc878 - 166,600 (8.86%) bytes.
class android.text.Html$HtmlParser @ 0x4010de58 - 126,592 (6.73%) bytes.
class org.apache.harmony.security.fortress.Services @ 0x4007fd98 - 51,456 (2.74%) bytes.
class android.content.res.Resources @ 0x4004bb78 - 38,768 (2.06%) bytes.
class com.abc.AppData @ 0x44d1e040 - 26,872 (1.43%) bytes.
Keywords
java.lang.Class
嫌疑人2
7,072 instances of "java.lang.String", loaded by "<system class loader>" occupy 435,560 (23.16%) bytes.
Keywords
java.lang.String
嫌疑人3
58 instances of "org.bouncycastle.jce.provider.X509CertificateObject", loaded by "<system class loader>" occupy 289,288 (15.38%) bytes. These instances are referenced from one instance of "java.util.Hashtable$HashtableEntry[]", loaded by "<system class loader>"
Keywords
org.bouncycastle.jce.provider.X509CertificateObject
java.util.Hashtable$HashtableEntry[]
如您所见，系统似乎正在加载并使用我提供的所有内存。我怎样才能得到它给我更多的记忆。 3 megs 的工作量不是很大。我正在尝试展示一个图片库。
【问题讨论】：
-
请记住，虽然图像在磁盘上可能是 4k，但它在磁盘上是压缩的（大概）。我并不热衷于 Android 的确切内部结构，但渲染器很可能会解压缩内存中的图像。
-
但要解压 4k 图像并使用 2.2 兆...这听起来有点矫枉过正......
-
这是相当极端的，是的，但我确实想指出，它几乎肯定会占用超过 4k 的内存。图像的分辨率和位深度是多少？您可以将其相乘，您将大致了解未压缩时它将占用多少内存空间。那么至少你可以解释其中的一部分。
-
我做得更好。我删除了它。并且大小相对相同。其他开发者应用程序占用了多少堆。这个应用程序只是一个 Fluke 还是应该只在我的堆上给我大约 700k 的可用空间？
-
我不确定。它看起来确实是一个非常小的堆空间。听起来虚拟机确实在做一些非常时髦的事情......
标签： android memory memory-management out-of-memory