Android中从一个Activity向另一个传递图片的最佳方案是什么？

嗨，针对你遇到的「直接传Bitmap在Lollipop正常但Nougat报错」的问题，我来给你梳理下最靠谱的解决方案，以及为什么之前的方式会踩坑～

首先得说清根源：直接通过Intent传递Bitmap本质是用Parcelable序列化，但Android系统对Intent携带的数据大小有严格限制（通常在1MB上下，不同版本阈值不同），当Bitmap体积稍大（比如高清图），就会触发TransactionTooLargeException——这就是你在Nougat遇到报错的原因。

下面按推荐度排序给你几种方案：

方案1：全局缓存（首推！） #

这是最可靠、性能最优的方式，完全避开序列化开销和Intent大小限制。

实现步骤： #

1. 先写一个单例的缓存类，用LruCache来管理Bitmap（比HashMap更智能，会自动根据内存情况清理缓存）：

public class ImageCache {
    private static ImageCache instance;
    private LruCache<String, Bitmap> cache;

    private ImageCache() {
        // 取应用最大可用内存的1/8作为缓存上限，避免OOM
        int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
        int cacheSize = maxMemory / 8;
        cache = new LruCache<String, Bitmap>(cacheSize) {
            @Override
            protected int sizeOf(String key, Bitmap bitmap) {
                // 计算Bitmap占用的KB数，用于缓存容量统计
                return bitmap.getByteCount() / 1024;
            }
        };
    }

    public static synchronized ImageCache getInstance() {
        if (instance == null) {
            instance = new ImageCache();
        }
        return instance;
    }

    public void putBitmap(String key, Bitmap bitmap) {
        if (getBitmap(key) == null) {
            cache.put(key, bitmap);
        }
    }

    public Bitmap getBitmap(String key) {
        return cache.get(key);
    }

    public void removeBitmap(String key) {
        cache.remove(key);
    }
}

2. 在第一个Activity里，把Bitmap存入缓存，然后只传一个唯一标识（比如UUID生成的key）给第二个Activity：

// 生成一个唯一的key，避免缓存冲突
String imageKey = UUID.randomUUID().toString();
// 获取ImageView里的Bitmap
Bitmap bitmap = ((BitmapDrawable) yourImageView.getDrawable()).getBitmap();
// 把Bitmap放进缓存
ImageCache.getInstance().putBitmap(imageKey, bitmap);
// 启动第二个Activity，只传key
Intent intent = new Intent(FirstActivity.this, SecondActivity.class);
intent.putExtra("IMAGE_KEY", imageKey);
startActivity(intent);

3. 第二个Activity通过key从缓存里取Bitmap，用完记得清理避免内存泄漏：

String imageKey = getIntent().getStringExtra("IMAGE_KEY");
Bitmap bitmap = ImageCache.getInstance().getBitmap(imageKey);
if (bitmap != null) {
    targetImageView.setImageBitmap(bitmap);
    // 用完就从缓存移除，防止内存占用过高
    ImageCache.getInstance().removeBitmap(imageKey);
}

优点： #

• 无大小限制，多大的Bitmap都能传
• 不需要序列化/反序列化，性能拉满
• LruCache自动管理内存，减少OOM风险

方案2：临时文件传递（适合超大图） #

如果你的图片特别大（比如拍照后的原图），不想占用内存缓存，可以把Bitmap存到应用私有目录的临时文件，然后传递文件路径。

实现步骤： #

1. 第一个Activity把Bitmap存为临时文件：

Bitmap bitmap = ((BitmapDrawable) yourImageView.getDrawable()).getBitmap();
// 存在应用的缓存目录，不用申请存储权限
File tempImageFile = new File(getCacheDir(), "temp_image_" + System.currentTimeMillis() + ".png");
try (FileOutputStream fos = new FileOutputStream(tempImageFile)) {
    // 压缩Bitmap存成PNG（想省空间可以用JPEG，调整压缩质量）
    bitmap.compress(Bitmap.CompressFormat.PNG, 100, fos);
    fos.flush();
} catch (IOException e) {
    e.printStackTrace();
}
// 传递文件路径
Intent intent = new Intent(FirstActivity.this, SecondActivity.class);
intent.putExtra("IMAGE_FILE_PATH", tempImageFile.getAbsolutePath());
startActivity(intent);

2. 第二个Activity读取文件并转成Bitmap，用完删除临时文件：

String imagePath = getIntent().getStringExtra("IMAGE_FILE_PATH");
Bitmap bitmap = BitmapFactory.decodeFile(imagePath);
if (bitmap != null) {
    targetImageView.setImageBitmap(bitmap);
    // 删除临时文件，避免垃圾文件堆积
    new File(imagePath).delete();
}

优点： #

• 不占用内存缓存，适合超大Bitmap
• 不需要处理Intent大小限制

缺点： #

• 涉及文件IO操作，性能比缓存方案略差
• 需要处理文件读写的异常情况

方案3：字节数组传递（仅适合极小图） #

这是你当前尝试的方案，本质还是序列化，只适合极小的缩略图，因为字节数组的大小依然受Intent限制，稍大就会报错。

实现代码： #

1. 第一个Activity转字节数组：

Bitmap bitmap = ((BitmapDrawable) yourImageView.getDrawable()).getBitmap();
ByteArrayOutputStream baos = new ByteArrayOutputStream();
bitmap.compress(Bitmap.CompressFormat.PNG, 100, baos);
byte[] imageBytes = baos.toByteArray();
Intent intent = new Intent(FirstActivity.this, SecondActivity.class);
intent.putExtra("IMAGE_BYTES", imageBytes);
startActivity(intent);

2. 第二个Activity转回Bitmap：

byte[] imageBytes = getIntent().getByteArrayExtra("IMAGE_BYTES");
Bitmap bitmap = BitmapFactory.decodeByteArray(imageBytes, 0, imageBytes.length);
targetImageView.setImageBitmap(bitmap);

缺点： #

• 字节数组大小和Bitmap体积正相关，超过Intent阈值依然会触发TransactionTooLargeException
• 序列化/反序列化会消耗CPU资源，性能不如前两种方案

总结一下 #

• 优先选全局缓存方案：兼顾性能和可靠性，绝大多数场景都适用
• 超大图选临时文件方案：避免占用内存，适合拍照原图这类大文件
• 字节数组只适合极小缩略图：别作为通用方案，容易踩坑

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