Android如何处理超高像素相机拍摄大图，解决Canvas绘制过大Bitmap崩溃问题

通过MediaStore.ACTION_IMAGE_CAPTURE唤起系统相机的交互中，不存在跨厂商通用、可靠的能力可以强制约束相机的输出分辨率。
系统相机的拍摄行为完全由各设备厂商自定义实现：搭载6400万甚至更高像素主摄的机型，默认触发全像素输出时，生成的原图像素尺寸会非常大。你遇到的崩溃本质不是相机输出的问题，而是加载本地图片到UI时，直接把全尺寸原图像素完整解码到内存，最终突破了Android系统单张Bitmap的内存绘制阈值——你日志里的256MB Bitmap，对应8000*8000像素左右的RGBA_8888格式图，已经远超Canvas可接受的最大绘制尺寸限制。

放弃“要求相机输出低分辨率图”的思路 #

• 系统相机的启动Intent没有提供任何标准参数用来设置输出宽高、压缩比例，就算你传入自定义的参数值，绝大多数厂商的系统相机都会直接忽略，根本没法形成稳定的适配效果。
• 部分机型在你传入EXTRA_OUTPUT的写入URI后，会无提示地直接输出全尺寸原图到目标路径，你完全没有干预的入口，靠修改相机输出参数的思路从根本上走不通。

用按需采样解码的方式加载图片，从根源解决崩溃 #

这是Android平台处理大尺寸图片加载的通用标准方案，完全不是“简单调低图片输出质量”的权宜之计：我们不需要修改相机端的输出，只需要在把图片加载到内存做UI展示时，匹配实际需要的显示尺寸做采样解码，既不会造成内存浪费，也不会产生可感知的画质损失：

1. 第一步：仅读取图片的边界尺寸，不加载全像素到内存

   val boundOptions = BitmapFactory.Options().apply {
       inJustDecodeBounds = true
   }
   val fd = contentResolver.openFileDescriptor(photoUri, "r")?.fileDescriptor
   BitmapFactory.decodeFileDescriptor(fd, null, boundOptions)
   // 此时可拿到图片的原始宽高：boundOptions.outWidth / boundOptions.outHeight
   

2. 第二步：根据承载图片的UI控件实际宽高，计算合适的采样率
   采样率按2的整数次幂取值，保证采样后的图片尺寸刚好大于等于目标UI的尺寸即可。比如目标ImageView只需要1080px宽度的显示图，原图是8000px宽度，将inSampleSize设为8后，解码得到的图片宽度刚好是1000px，内存占用会从原来的256MB直接降到4MB级别，完全不会触发Bitmap尺寸超限的崩溃。
3. 第三步：用计算好的采样率实际解码Bitmap，此时得到的图片尺寸完全匹配UI展示需求。

如果项目已经集成了成熟的图片加载框架（如Coil、Glide），甚至不需要手动实现上述采样逻辑，框架会自动根据目标控件的尺寸计算最优采样率，从根源上规避这类大尺寸Bitmap的加载崩溃。

场景化补充优化 #

• 如果你需要留存高清原图做后续上传、编辑操作，完全可以保留系统相机输出的全尺寸原文件在本地存储，不需要在拍摄环节做任何压缩，只需要在UI加载阶段走上面的采样解码逻辑，就能同时兼顾原图清晰度和内存稳定性。
• 只有当你有强可控拍摄参数的需求时，才需要集成CameraX/Camera2实现应用内自定义拍摄页，这种场景下你可以完全自主控制拍摄输出的分辨率，但对应的开发、机型适配成本很高，对于仅需唤起系统相机完成拍摄的常规场景完全没有必要。

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