Android应用用ViewPager实现图片滑块时instantiateItem触发OOM求助

嘿，这个OutOfMemoryError的问题我太熟了！看错误信息里要分配571MB的内存，这明显是你加载的图片尺寸大得离谱，远超设备能承受的范围——就算开了largeHeap也救不了，因为单个内存块太大了。咱们一步步来解决：

1. 核心问题：图片加载没做压缩 #

你直接加载原始尺寸的大图，导致单张图片就要占几百MB内存，这肯定会触发OOM。解决的关键是按需加载，只加载和ViewPager显示区域匹配的图片尺寸。

方案一：用图片加载库（推荐） #

像Glide、Picasso这类成熟的图片库会自动帮你处理图片压缩、内存缓存和资源回收，代码写起来也简单，几乎不会踩OOM的坑。比如用Glide的话，在instantiateItem里可以这么写：

@Override
public Object instantiateItem(ViewGroup container, int position) {
    Context context = container.getContext();
    ImageView imageView = new ImageView(context);
    // 获取ViewPager的实际显示尺寸
    int targetWidth = container.getWidth();
    int targetHeight = container.getHeight();

    Glide.with(context)
         .load(yourImageList.get(position)) // 替换成你的图片资源/URL
         .override(targetWidth, targetHeight) // 强制缩放到ViewPager的尺寸
         .centerCrop() // 可选，根据需求调整缩放模式
         .into(imageView);

    container.addView(imageView);
    return imageView;
}

方案二：手动压缩图片（如果不想用第三方库） #

如果要自己处理，就用BitmapFactory.Options来计算合适的采样率，缩小图片后再加载：

private int calculateInSampleSize(BitmapFactory.Options options, int reqWidth, int reqHeight) {
    final int height = options.outHeight;
    final int width = options.outWidth;
    int inSampleSize = 1;

    if (height > reqHeight || width > reqWidth) {
        final int halfHeight = height / 2;
        final int halfWidth = width / 2;

        while ((halfHeight / inSampleSize) >= reqHeight && (halfWidth / inSampleSize) >= reqWidth) {
            inSampleSize *= 2;
        }
    }
    return inSampleSize;
}

// 在instantiateItem中调用
@Override
public Object instantiateItem(ViewGroup container, int position) {
    Context context = container.getContext();
    ImageView imageView = new ImageView(context);
    int targetWidth = container.getWidth();
    int targetHeight = container.getHeight();

    BitmapFactory.Options options = new BitmapFactory.Options();
    options.inJustDecodeBounds = true;
    // 先解码图片的宽高信息，不加载到内存
    BitmapFactory.decodeResource(context.getResources(), yourImageResIds[position], options);
    // 计算采样率
    options.inSampleSize = calculateInSampleSize(options, targetWidth, targetHeight);
    options.inJustDecodeBounds = false;
    // 加载压缩后的图片
    Bitmap bitmap = BitmapFactory.decodeResource(context.getResources(), yourImageResIds[position], options);
    imageView.setImageBitmap(bitmap);

    container.addView(imageView);
    return imageView;
}

2. 及时回收不再使用的资源 #

在Adapter的destroyItem方法里，一定要回收ImageView的Bitmap资源，避免内存泄漏：

@Override
public void destroyItem(ViewGroup container, int position, Object object) {
    ImageView imageView = (ImageView) object;
    // 手动回收Bitmap（如果是自己加载的）
    if (imageView.getDrawable() instanceof BitmapDrawable) {
        BitmapDrawable drawable = (BitmapDrawable) imageView.getDrawable();
        if (drawable.getBitmap() != null && !drawable.getBitmap().isRecycled()) {
            drawable.getBitmap().recycle();
        }
    }
    // 移除View
    container.removeView(imageView);
}

如果用Glide的话，它会自动处理资源回收，这一步可以简化，但移除View的操作还是要做。

3. 检查你的图片资源本身 #

看看你用的图片是不是分辨率过高（比如好几千像素的大图），可以先在电脑上把图片压缩到合适的尺寸（比如和常见设备的屏幕尺寸匹配），再放到对应的res文件夹里（比如drawable-hdpi、drawable-xhdpi），从源头减少内存占用。

4. 关于hardwareAccelerated和largeHeap的误区 #

关闭硬件加速和开启largeHeap只是临时的缓解手段，不能从根本上解决问题。largeHeap给的内存是有限的，而你这次要分配的571MB已经远超常规应用的内存上限，所以必须从图片加载的优化入手。

按照上面的方法调整后，应该就能解决OOM的问题了！

内容的提问来源于stack exchange，提问作者ASAM