Android Camera 开发的核心在于构建一套高效、稳定且兼容性极强的图像采集架构，开发者必须从底层硬件抽象层理解过渡到高级API的灵活运用，重点解决碎片化设备带来的适配难题,并通过精细化配置实现画质与性能的完美平衡。
架构选型：Camera2 API 是必然选择
在当前的移动开发生态中,技术选型决定了项目的生命周期。
-
彻底摒弃 Camera1
尽管 Camera1 接口简单，但已被 Google 标记为废弃，它无法支持高帧率预览、RAW 格式拍摄以及手动对焦等高级功能，继续使用 Camera1 会导致应用在新机型上性能受限，且无法通过 Android 14 及以上系统的严格后台限制。 -
全面拥抱 Camera2
Camera2 API 提供了对摄像头硬件的细粒度控制，通过 CameraDevice 和 CaptureRequest，开发者可以精确控制曝光时间、感光度（ISO）、焦距和白平衡,这是实现专业级相机应用的基础。 -
CameraX 的兼容性价值
对于追求快速迭代和极致兼容的项目，CameraX 是最佳辅助，它是基于 Camera2 的高级封装，自动处理设备碎片化问题，但在极端性能优化场景下，Camera2 依然是唯一能榨干硬件性能的方案。
核心流程：会话与捕获机制
理解 Camera2 的核心在于理解“管道”机制。
-
会话管理
应用不直接操作摄像头，而是通过创建 CameraCaptureSession 来管理图像流，一个会话可以同时绑定多个输出目标，如预览用的 Surface 和拍照用的 ImageReader。 -
请求队列
图像采集通过 CaptureRequest 实现,开发者需要构建三种请求：- 预览请求：持续发送,低延迟。
- 预览加拍照请求：用户按下快门时触发。
- 单次请求：用于对焦锁定或闪光灯预闪。
-
结果回调
每次捕获都会产生 TotalCaptureResult，包含当前帧的元数据，通过解析这些元数据，应用可以实时显示直方图、曝光参数,实现所见即所得的专业体验。
性能优化：解决卡顿与内存溢出
性能是相机应用的生命线,卡顿直接导致用户流失。
-
合理的预览尺寸
切勿盲目追求最高分辨率，预览分辨率应与屏幕分辨率接近，过高的分辨率不仅浪费带宽，还会导致 GPU 渲染压力剧增，通常选择 1080p 或 720p 即可满足绝大多数场景。 -
Surface 队列管理
ImageReader 的 maxImages 设置需谨慎，设置过小会导致丢帧，设置过大则占用大量内存，建议设置为 2-3 张，并采用双缓冲机制,确保图像处理线程不阻塞采集线程。 -
线程分离策略
相机操作必须在独立线程执行，利用 HandlerThread 将 CameraDevice 状态回调和图像数据处理与主线程分离，避免 UI 线程卡顿（ANR），主线程仅负责 UI 刷新和用户交互。
图像处理：YUV 与纹理渲染
原始图像数据的处理是进阶开发的分水岭。
-
YUV 格式优势
相机硬件输出的通常是 YUV_420_888 格式，相比 RGBA，YUV 占用内存减少一半，直接处理 YUV 数据能显著降低内存拷贝开销。 -
GPU 加速渲染
不要在 CPU 层面进行图像滤镜处理，应将 YUV 数据通过 OpenGL ES 或 Vulkan 渲染到纹理上，利用 Shader 进行色彩空间转换和滤镜叠加，能利用 GPU 的并行计算能力，轻松实现 60fps 的实时美颜或滤镜效果。 -
人脸检测与对焦
优先使用 Camera2 API 内置的 STATISTICS_FACE_DETECT_MODE_FULL，硬件级人脸检测速度远快于软件算法，且不占用 CPU 资源,能实现毫秒级的人脸追焦。
兼容性攻坚：碎片化解决方案
Android 设备碎片化是 android camera 开发 中最大的痛点,必须建立防御性编程策略。
-
能力探测
哪怕是支持 Camera2，不同设备的支持级别也不同，必须查询 CAMERA_SUPPORT_LEVEL，部分设备仅支持 LEGACY 级别，此时应降级策略，关闭高级功能,避免崩溃。 -
畸变校正
广角镜头普遍存在桶形畸变，Android 提供了 Lens Distortion Correction 参数，但部分机型不支持，应用层需内置 OpenGL 畸变校正算法，通过 LUT（查找表）进行实时校正。
-
旋转与镜像
相机传感器的方向与屏幕方向不一致，必须正确计算 Rotation Matrix，前置摄像头的镜像问题也需在渲染层统一处理,确保预览画面与用户直觉一致。
存储与编码：高质量成像
拍照不仅仅是保存图片,更是对光影的还原。
-
DNG 格式支持
针对专业摄影场景，支持保存 DNG（RAW）格式，这保留了传感器的原始数据,为后期修图提供最大的动态范围。 -
JPEG 压缩优化
在 CaptureRequest 中设置 JPEG_QUALITY 参数，建议设置为 90-95，在文件大小和画质之间取得平衡，需处理 Exif 信息，将 GPS、时间、设备型号写入图片头,防止图像信息丢失。 -
HDR 与夜景模式
利用 Camera2 的 CONTROL_AE_MODE_HDR 自动切换 HDR 模式，对于夜景，需手动实现多帧降噪算法，通过控制曝光时间序列,合成高动态范围图像。
相关问答
问：为什么在部分 Android 手机上预览画面比实际拍摄的照片视野更窄？
答：这是典型的视场角（FOV）不一致问题，预览流通常使用 4:3 比例，而拍摄流可能被强制裁剪为 16:9，解决方案是在配置 StreamConfigurationMap 时，确保预览和拍照选择的尺寸具有相同的 Aspect Ratio，或者统一使用最大分辨率的 4:3 模式进行预览和拍摄,保证所见即所得。
问：Camera2 API 在低版本 Android 手机上经常连接失败怎么办？
答：这是兼容性问题，首先检查 Target SDK 版本是否过高导致权限模型变化，对于 API Level < 21 的设备，必须强制降级使用 Camera1，对于 API Level >= 21 但硬件支持级别为 LEGACY 的设备，应避免使用高频率的重复请求，减少复杂的 CaptureRequest 配置,因为这些设备的硬件抽象层可能无法完全解析高级参数。
如果您在相机开发过程中遇到过奇葩的机型适配问题,欢迎在评论区分享您的解决方案。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/119001.html
