在 Android 开发中，对远程获取的 Bitmap 进行二次处理（如变暗）时，若直接复用原对象会导致原始图像也被修改；正确做法是先调用 copy() 创建独立副本，再进行绘制操作。
在 android 开发中，对远程获取的 bitmap 进行二次处理（如变暗）时，若直接复用原对象会导致原始图像也被修改；正确做法是先调用 `copy()` 创建独立副本，再进行绘制操作。
当你通过网络异步加载一张图片（例如使用 AsyncTask 或现代替代方案如 Glide/Coil）得到一个 Bitmap 对象后，若希望基于它生成多个不同样式的副本（如常规版、深色版、灰度版等），绝不能直接将原 Bitmap 传入修改方法并返回——因为 Bitmap 是可变对象，所有引用共享同一像素数据。
你遇到的问题正是典型陷阱：
Bitmap darkImage = darkImage(remoteImage); // ❌ remoteImage 自身也被修改了
原因在于 darkImage() 方法中直接在原 Bitmap 上执行 Canvas.drawARGB() 和 Canvas.drawBitmap()，而 Canvas 绑定的是该 Bitmap 的底层像素缓冲区，所有操作均原地生效。
✅ 正确解法：在修改前显式创建不可变/可变副本
asyncTask(new GetRemoteImage(), (remoteImage) -> {
// ✅ 创建独立副本：配置与原图一致，支持后续绘制
Bitmap remoteImageCopy = remoteImage.copy(remoteImage.getConfig(), true);
// ✅ 对副本进行变暗处理，原图保持不变
Bitmap darkImage = darkImage(remoteImageCopy);
// 此时 remoteImage 仍为原始图像，darkImage 是新生成的深色版本
});
⚠️ 注意事项：
-
Bitmap.copy()的第二个参数isMutable必须设为true，否则返回的副本不可绘制（Canvas构造会抛出异常）； - 确保原
Bitmap非空且已解码成功（getConfig()不为null），否则copy()会抛出NullPointerException； -
copy()会分配新内存，需注意 OOM 风险——建议在 UI 线程外执行，并配合inSampleSize缩放原始图片以控制尺寸； - 若仅需简单滤镜效果（如亮度/对比度调整），也可考虑使用
ColorMatrixColorFilter+Paint绘制到新Bitmap，避免多次copy()。
总结：Bitmap 是引用类型且默认可变，“复制”不是赋值，而是深拷贝像素数据。始终遵循「先 copy，再 draw」原则，才能安全实现多版本图像复用，兼顾性能与逻辑正确性。
