android 画廊视图“口吃”带有延迟图像加载适配器

Question

我想创建一个延迟加载适配器以与 Gallery 小部件一起使用。

也就是说，getView()立即返回一个ImageView，稍后其他一些机制将异步调用其setImageBitmap()方法。我通过创建一个扩展 ImageView 的“惰性”ImageView 来做到这一点。

public class GalleryImageView extends ImageView {

    // ... other stuff here ...

    public void setImage(final Looper looper, final int position) {

    final Uri uri = looper.get(position);
    final String path = looper.sharePath(position);

    new Thread(new Runnable() {

        @Override
        public void run() {
            GalleryBitmap gbmp = new GalleryBitmap(context, uri, path);
            final Bitmap bmp = gbmp.getBitmap(); // all the work is here
            handler.post(new Runnable() {

                @Override
                public void run() {
                    if (GalleryImageView.this.getTag().equals(uri)) {
                        setImageBitmap(bmp);
                    }
                }
            });
        }
    }).start();
}

}

当我在图库中缓慢滚动时，中心图像不断弹出到中心。确切地说，很难解释，但这确实很烦人。我还对旋转适配器尝试了相同的方法，并且它在那里完美地工作。

有什么想法吗？

Answer 1

解决方案是实现一种更智能的方法来确定何时获取缩略图 - 当用户快速浏览列表时获取缩略图是毫无意义的。本质上，您希望在 Romain Guy 的 Shelves 应用程序中实现类似的功能。

要获得响应速度最快的图库，您需要实现某种形式的内存缓存并执行以下操作：

• 仅在 getView 中设置内存缓存中存在的图像。设置一个标志，指示图像是否已设置或是否需要下载。您还可以在 SD 卡和内部存储器上的缓存中维护内存，如果当前未进行滑动，则显示低分辨率（inSampleSize 设置为 16 或 8）版本，该版本将可见当只是滚动浏览时 - 当用户放开并选择图像时，将加载高分辨率版本。
• 添加一个 OnItemSelectedListener（并确保在初始化时调用 setCallbackDuringFling(false)），仅当用户手指向上（您可以使用 getFirstVisiblePosition 和 getLastVisiblePosition 来查找可见视图的范围）
• 此外，当用户抬起时他们的手指检查 1. 自用户放下手指以来所选位置是否发生变化，如果是，2. 是否由于您的 OnItemSelectedListener 启动了下载 - 如果没有，则启动下载。这是为了捕获没有发生滑动的情况，因此 OnItemSelected 永远不会执行任何操作，因为在这种情况下总是用手指向下调用它。我将使用处理程序来延迟开始下载画廊的动画时间（请确保在调用 onItemSelected 或收到 ACTION_DOWN 时清除发布到此处理程序的任何延迟消息 另
• 下载图像后，检查是否有任何可见视图请求该图像并更新这些视图

请注意，默认的 Gallery 组件无法正确实现视图回收（它假设适配器中的每个位置都有一个唯一的视图） ，并且还清除了这些的回收器编辑：在更多的情况下，它并不是毫无意义的 - 但它不是下一个/上一个视图的回收器，而是为了避免调用。布局更改期间的当前视图的 getView

这意味着传递给 getView 方法的 convertView 参数通常不为 null，这意味着您。会夸大很多观点（这是昂贵的） - 请参阅我对 的回答是否存在具有 View 回收功能的 Gallery 替代品？ 以获得有关这方面的一些提示。 （PS：我已经修改了该代码 - 我会在布局阶段和滚动阶段使用不同的回收站，并根据其位置检索布局回收站中的视图，并且如果从垃圾箱中获得的视图是非空的，因为它在布局阶段之后也会清除布局回收站——这使得事情变得更加快捷）

PS：还要非常小心你所做的事情OnItemSelected - 即除非就在上面提到的地方，那就尽量少做。例如，我在 OnItemSelected 中的 Gallery 上方的 TextView 中设置一些文本。只需将此调用移至与我更新缩略图的位置相同的位置即可产生显着的差异。

Answer 2

我有一个答案给你！

当内部在 ImageView 上调用任何 setImage... 方法时，会请求布局传递，例如上面的 setImageBitmap()被定义为这样的

public void setImageBitmap(Bitmap bm) {
    setImageDrawable(new BitmapDrawable(mContext.getResources(), bm));
}

，它调用

public void setImageDrawable(Drawable drawable) {
    if (mDrawable != drawable) {
        mResource = 0;
        mUri = null;
        updateDrawable(drawable);
        requestLayout(); //layout requested here!
        invalidate();
    }
}

具有画廊“捕捉”到当前最接近画廊中心的图像中心的效果。

为了防止这种情况，我所做的就是让加载到图库中的视图具有明确的高度和宽度（以 dip 为单位），并使用忽略布局请求的 ImageView 子类。这是有效的，因为图库最初仍然有一个布局通道，但每次图库中的图像发生变化时都不需要这样做，我想只有当图库视图的宽度和高度设置为 WRAP_CONTENT< 时才需要发生这种情况/code>，我们没有。请注意，由于 setImageDrawable() 中仍会调用 invalidate()，因此设置时仍会绘制图像。

下面是我非常简单的 ImageView 子类！

/**
 * This class is useful when loading images (say via a url or file cache) into
 * ImageView that are contained in dynamic views (Gallerys and ListViews for
 * example) The width and height should be set explicitly instead of using
 * wrap_content as any wrapping of content will not be triggered by the image
 * drawable or bitmap being set (which is normal behaviour for an ImageView)
 * 
 */
public class ImageViewNoLayoutRefresh extends ImageView
{
    public ImageViewNoLayoutRefresh(Context context, AttributeSet attrs, int defStyle)
    {
        super(context, attrs, defStyle);
    }

    public ImageViewNoLayoutRefresh(Context context, AttributeSet attrs)
    {
        super(context, attrs);
    }

    public ImageViewNoLayoutRefresh(Context context)
    {
        super(context);
    }

    @Override
    public void requestLayout()
    {
        // do nothing - for this to work well this image view should have its dims
        // set explicitly
    }
}

编辑：我应该提到 onItemSelected 方法也可以工作，但是由于我需要在进行投掷时挂钩，所以我想出了上面的方法，我认为这是更灵活的方法

Answer 3

这可能是 Gallery 的 onLayout 方法中的错误。请查看 http://code.google.com/p/android/issues /detail?id=16171 了解可能的解决方法。