【问题标题】:Android - GC lags listview scrolling with "bigger" imagesAndroid - GC 滞后于“更大”图像的列表视图滚动
【发布时间】:2012-12-29 01:29:02
【问题描述】:

在列表视图中,我想在列表条目上绘制一张图像。 这 20 张图像必须缩放以填充垂直模式下的宽度。 手机分辨率为 480 x 800 像素 (SGS2)。 图像分辨率为 400x400,大小约为 100KB。 我已将图像放在可绘制文件夹中。

当我滚动浏览列表时,它并不顺利。

我明白一些事情: - 应用程序堆大小 = 有限,首次运行时分配 = 13MB,剩下 1 MB。 - 我有 GC_FOR_ALLOC 日志消息,它会使系统停止 15 毫秒。 (我认为这是我在滚动方面的滞后)。 - 更改代码后,我还看到 GC_CONCURRENT 消息。

有了这些 GC 消息,我明白每次滚动到新列表视图条目中的另一个图像时,我的垃圾收集就会启动。 到目前为止,我可以对此进行分析,但我不知道如何永久修复和删除 GC。 我已将图像缩小到 100x100,它会将 GC 消息推迟更长的时间。 但最终GC开始了。 我确实使用 convertview 回收视图,并已经在视图中使用了持有者。

我读过关于重用图像内存的信息,但不确定我是否以及如何做到这一点。 或者,在列表视图中使用这些较大的图像时,这可能是“正常的”,我需要重新考虑图像的绘制,并且只有在 scolling 结束时才开始绘制?

我应该使用 Listview 来滚动图片吗?

2012-12-31_02:11 我已经实现了 setOnScrollListener,它可以使滚动平滑。 我认为这是我必须进一步调查的代码片段。


列表视图适配器

public class ListviewAdapter extends BaseAdapter {

    private static Activity activity;
    private int[] data;
    private static LayoutInflater mInflater = null;

    public ListviewAdapter(Activity a, int[] d) {
        activity = a;
        data = d;
        mInflater = (LayoutInflater) activity
                .getSystemService(Context.LAYOUT_INFLATER_SERVICE);
    }

    public int getCount() {
        return data.length;
    }

    public Object getItem(int position) {
        return position;
    }

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

    public View getView(int position, View convertView, ViewGroup parent) {
        ViewHolder holder;

        if (convertView == null) {
            convertView = mInflater.inflate(R.layout.listviewitem, parent,
                    false);
            holder = new ViewHolder();

            holder.picture = (ImageView) convertView.findViewById(R.id.image);
            convertView.setTag(holder);

        } else {
            holder = (ViewHolder) convertView.getTag();
        }

        if (!MainActivity.isScrolling) {
    holder.picture.setImageResource(data[position]);
    }

        return convertView;
    }

    static class ViewHolder {
        ImageView picture;
    }

}

列表视图 XML

<LinearLayout
  xmlns:android="http://schemas.android.com/apk/res/android"
  android:layout_width="fill_parent"
  android:layout_height="wrap_content">
  <ImageView
      android:id="@+id/image"
      android:src="@drawable/stub"
        android:layout_width="fill_parent"
        android:layout_height="fill_parent"
        android:contentDescription="Animal images"
        android:scaleType="fitCenter"
        android:scrollingCache="false"
        android:animationCache="false" 
        />

</LinearLayout>

【问题讨论】:

    标签: android image listview garbage-collection lag


    【解决方案1】:

    你一直在打开Bitmaps,它们占用了大量需要收集的内存,以便为接下来要加载的大量Bitmaps 留出空间。

    您可以先使用BitmapFactory Options 对加载图像进行二次采样,如果它不会以全尺寸显示。这样,您只需占用填充视图所需的内存,从而减少 GC 调用。

    您也可以尝试在适配器中保留某种 缓存,以避免每次都重新加载 Bitmaps

    【讨论】:

    • 感谢您以这种方式指导我。我将尝试解决它并尽快提供反馈。我试图让图像保持小一点,因为我的显示分辨率。 Image= 400x400, display = 480 x 800,但我还是要看看调整图像大小时会发生什么内存优化。
    • 我发现使用 BitmapFactory,调整图像大小不是问题。所以我继续检查缓存的可能性和“回收”(不确定我是否已经这样做了)。
    【解决方案2】:

    有很多技术可以让 ListView 更快。见Efficient ListView in android。您应该回收视图,这将减少垃圾收集。您也可以考虑在列表滚动停止之前不加载图像,请参阅Lazy Load images on Listview in android(Beginner Level)?

    【讨论】:

    • 我认为使用 ViewHolders 我正在回收视图。或者是充气机解决了这个问题?我正在阅读图像的延迟加载,但我认为这会给我一个非常懒惰的解决方案,我不会学到这么多。现在我正在调试和学习一些小调整,其他人可以再次阅读和学习。如果我错了,请纠正我。
    • 我相信您对 OnScrollListener 的看法是我需要的部分。由于图像“大”(400x400px),我想我总是会启动 GC。
    • 在阅读和尝试之后,我了解到没有适合所有人的工具。通过试验不同的代码片段,延迟加载是一个很好的起点。
    猜你喜欢
    • 1970-01-01
    • 2013-06-16
    • 1970-01-01
    • 1970-01-01
    • 2019-12-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多