安卓：内存不足异常的画廊安卓：内存不足异常的画廊(Android: out of memory ex

2019-05-10 15:52发布

站内文章 / 后端开发
36 0 0

我的应用程序显示的9类列表以及每个类别显示基于画廊- CoverFlow的（由尼尔·戴维斯慷慨地表示愿意在这里 ）与所选类别的图像。
图像被从Web获取的，每一个范围从300K到500K的大小，并且被存储在可绘的ArrayList。 这个数据被绑定到使用BaseAdapter（下面的代码）的的CoverFlow。
每次我退出的CoverFlow和返回类别列表中，我明确的ArrayList（再次，代码如下）。
在方案1，我的ArrayList包含5绘项目。 在这种情况下，我可以自由地浏览所有的类别和展示自己的形象。 在我的测试中，我通过所有类别循环5次，这似乎足以确定有没有问题。
在方案2，我的ArrayList包含10个绘图资源。 在这种情况下，我得到一个OutOfMemoryError异常经历的第五或第六categeory内的图像，同时： 

07-13 08:38:21.266: ERROR/dalvikvm-heap(2133): 819840-byte external allocation too large for this process.
07-13 08:38:21.266: ERROR/(2133): VM won't let us allocate 819840 bytes
07-13 08:38:21.277: DEBUG/skia(2133): --- decoder->decode returned false
07-13 08:38:21.287: WARN/dalvikvm(2133): threadid=25: thread exiting with uncaught exception (group=0x4001b188)
07-13 08:38:21.296: ERROR/AndroidRuntime(2133): Uncaught handler: thread Thread-64 exiting due to uncaught exception
07-13 08:38:21.308: ERROR/AndroidRuntime(2133): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:459)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:323)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:697)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.drawable.Drawable.createFromStream(Drawable.java:657)

这是没有道理给我。 如果我的内存泄漏我本来预计在方案1某些时候崩溃，但我经历了所有的类别去的次数相当多，并没有崩溃。 我也用的内存分析的Eclipse插件它没有提出任何潜在的罪魁祸首。
如果系统不能在scenarion 2处理10张一样，我本来期望在第一类崩溃，但我只有崩溃后5个或6大类。
一些代码：

该的CoverFlow的适配器功能： 

public int getCount() {
     return DataManager.getInstance().getImageBufferInstance().getImageArraySize(); 
}

public Object getItem(int position) {    
     return DataManager.getInstance().getImagesBuffer().get(position);
}

public long getItemId(int position) {
     return position;
}

public View getView(int position, View convertView, ViewGroup parent) {      
         ImageView i;
         if (convertView == null)
             i = new ImageView(mContext);
         else
             i = (ImageView)convertView;
         Drawable bufferedImage = (Drawable)getItem(position);
         Log.v("getView", "position: " + position);
         i.setImageDrawable(bufferedImage);

         i.setLayoutParams(new CoverFlow.LayoutParams(Utils.getInstance().getScreenWidth() / 2,
                 Utils.getInstance().getScreenHeight() / 2));
         i.setScaleType(ImageView.ScaleType.CENTER_INSIDE); 

         try{
         //Make sure we set anti-aliasing otherwise we get jaggies
         BitmapDrawable drawable = (BitmapDrawable) i.getDrawable();
         drawable.setAntiAlias(true);
         }
         catch (Exception e)
         {
             Log.v("getView", "Exception: " + e.toString());
         }
         return i;      
     }

填充在进入类别的数据源： 

for (int i = 0; i < ImageBuffer.getInstance().getImageArraySize(); i++)  
{  
  String imageUrl = ImageBuffer.getInstance().getImageUrl(i);  
  Log.v("Initial", imageUrl);  
  Drawable fullImage = AsyncImageLoader.getInstance().loadImageByUrl(imageUrl);  
  ImageBuffer.getInstance().getImages().add(i, fullImage);  

}

清除离开类别当数据源（在结束（））： 

for (int i = 0; i < ImageBuffer.getInstance().getImageArraySize(); i++)  
{  
  if (ImageBuffer.getInstance().images.get(i) != null)  
            {  
                ImageBuffer.getInstance().images.get(i).setCallback(null);  
                ImageBuffer.getInstance().images.set(i, null);  
            }    

}

编辑：

OK，我申请我的CoverFlow马蒂亚斯LogHeap功能，这里有一些输出。 在此之前装载的第一个画廊： 

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 6.20MB of 6.28MB (0.07MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (0.00MB free)
DEBUG/dalvikvm(5221): GC freed 4558 objects / 638152 bytes in 84ms
DEBUG/dalvikvm(5221): GC freed 17 objects / 808 bytes in 67ms

在进入第一个画廊后： 

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 14.90MB of 16.89MB (0.07MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 357 objects / 50080 bytes in 68ms
DEBUG/dalvikvm(5221): GC freed 353 objects / 27312 bytes in 67ms

现有的第一家画廊后： 

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 14.83MB of 16.89MB (0.11MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 330 objects / 17920 bytes in 77ms
DEBUG/dalvikvm(5221): GC freed 13 objects / 760 bytes in 67ms

进入第五画廊后： 

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 16.80MB of 23.32MB (0.08MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 842 objects / 99256 bytes in 73ms
DEBUG/dalvikvm(5221): GC freed 306 objects / 24896 bytes in 69ms

退出第五画廊后： 

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 16.74MB of 23.32MB (0.11MB free) in [com.example.Coverlow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 331 objects / 18184 bytes in 68ms
DEBUG/dalvikvm(5221): GC freed 60 objects / 3128 bytes in 68ms

看来，进入画廊，当越来越多的内存分配，但很少有人退出后释放。 我不能清除我可绘制正确？ 在我的可绘ArrayList中的每个元素我叫setCallBack（空），并设置元素设置为null。 难道这还不够？
绝望的任何见解。
谢谢

Answer 1:

图像被从Web获取的，每一个范围从300K到500K的大小，并且被存储在可绘的ArrayList。

你从网页加载图像的KB文件大小不直接相关。 由于他们转换成位图，你需要计算每幅图像宽*高* 4个字节定期ARGB图像。 （宽度和高度在像素）。

位图消耗本机堆，通常不会在HPROF显示。 该HPROF应该只能说明你的对象，那剩下即BitmapDrawables或位的数量。

我在我的应用程序输出的应用程序和本地堆使用的当前使用的内存使用此代码： 

public static void logHeap(Class clazz) {
    Double allocated = new Double(Debug.getNativeHeapAllocatedSize())/new Double((1048576));
    Double available = new Double(Debug.getNativeHeapSize())/1048576.0);
    Double free = new Double(Debug.getNativeHeapFreeSize())/1048576.0);
    DecimalFormat df = new DecimalFormat();
    df.setMaximumFractionDigits(2);
    df.setMinimumFractionDigits(2);

    Log.d(APP, "debug. =================================");
    Log.d(APP, "debug.heap native: allocated " + df.format(allocated) + "MB of " + df.format(available) + "MB (" + df.format(free) + "MB free) in [" + clazz.getName().replaceAll("com.myapp.android.","") + "]");
    Log.d(APP, "debug.memory: allocated: " + df.format(new Double(Runtime.getRuntime().totalMemory()/1048576)) + "MB of " + df.format(new Double(Runtime.getRuntime().maxMemory()/1048576))+ "MB (" + df.format(new Double(Runtime.getRuntime().freeMemory()/1048576)) +"MB free)");
    System.gc();
    System.gc();

    // don't need to add the following lines, it's just an app specific handling in my app        
    if (allocated>=(new Double(Runtime.getRuntime().maxMemory())/new Double((1048576))-MEMORY_BUFFER_LIMIT_FOR_RESTART)) {
        android.os.Process.killProcess(android.os.Process.myPid());
    }
}

其启动或开发过程中完成的活动，当我打电话。 

logHeap(this.getClass());

下面是一些信息链接 - 通常有很多关于这里这个话题线程。

  • 在Android的位图
  • 安卓：Eclipse的MAT似乎并没有表现出我的应用程序的所有对象

这里的也罗曼盖伊（Android框架工程师）关于软引用，弱引用，简单的缓存，图像处理有用的幻灯片： http://docs.huihoo.com/google/io/2009/Th_0230_TurboChargeYourUI-HowtomakeyourAndroidUIfastandefficient.pdf



Answer 2:

下面是一些建议：

  1. 您是否使用inSampleSize选项？ 如果缩放图像它可减少内存消耗。 内存问题的怪掉在加载到一个位图对象的图像

  2. 你应该叫Bitmap.recycle（）时，你不需要图像的任何更多。 我认为这是你的情况很重要。 安卓的OutOfMemoryError：位图大小超过VM预算，没有任何理由，我可以看到



Answer 3:

图像要加载在画廊5或6可能会太大加载和它超过最大尺寸允许虚拟机。



Answer 4:

你最好清楚地知道， convertView中的参数列表getView总是null 。 也就是说，画廊不会重用里面的旧观点。



文章来源: Android: out of memory exception in Gallery
标签： android memory-leaks gallery
举报

收藏的人(0)

Ta的文章 更多文章
登录 后发表评论
0条评论
还没有人评论过~