本文由 QQ 空间开发团队发表于云 + 社区专栏
最近我负责开发了一个跟 Android 相机有关的需求, 新功能允许用户使用手机摄像头, 快速拍摄特定尺寸 (1:1 或 3:4) 的照片, 并支持在拍摄出的照片上做贴纸相关的操作. 由于之前没有接触过 Android 相机开发, 所以在整个开发过程中踩了不少坑, 费了不少时间和精力. 这篇文章总结了 Android 相机开发的相关知识, 流程, 以及容易遇到的坑, 希望能帮助今后可能会接触 Android 相机开发的朋友快速上手, 节省时间, 少走弯路.
一. Android 中开发相机应用的两种方式
Android 系统提供了两种使用手机相机资源实现拍摄功能的方法, 一种是直接通过 Intent 调用系统相机组件, 这种方法快速方便, 适用于直接获得照片的场景, 如上传相册, 微博, 朋友圈发照片等. 另一种是使用相机 API 来定制自定义相机, 这种方法适用于需要定制相机界面或者开发特殊相机功能的场景, 如需要对照片做裁剪, 滤镜处理, 添加贴纸, 表情, 地点标签等. 这篇文章主要是从如何使用相机 API 来定制自定义相机这个方向展开的.
二. 相机 API 中关键类解析
通过相机 API 实现拍摄功能涉及以下几个关键类和接口:
Camera: 最主要的类, 用于管理和操作 camera 资源. 它提供了完整的相机底层接口, 支持相机资源切换, 设置预览 / 拍摄尺寸, 设定光圈, 曝光, 聚焦等相关参数, 获取预览 / 拍摄帧数据等功能, 主要方法有以下这些:
open(): 获取 camera 实例.
setPreviewDisplay(SurfaceHolder): 绑定绘制预览图像的 surface.surface 是指向屏幕窗口原始图像缓冲区 (raw buffer) 的一个句柄, 通过它可以获得这块屏幕上对应的 canvas, 进而完成在屏幕上绘制 View 的工作. 通过 surfaceHolder 可以将 Camera 和 surface 连接起来, 当 camera 和 surface 连接后, camera 获得的预览帧数据就可以通过 surface 显示在屏幕上了.
setPrameters 设置相机参数, 包括前后摄像头, 闪光灯模式, 聚焦模式, 预览和拍照尺寸等.
startPreview(): 开始预览, 将 camera 底层硬件传来的预览帧数据显示在绑定的 surface 上.
stopPreview(): 停止预览, 关闭 camra 底层的帧数据传递以及 surface 上的绘制.
release(): 释放 Camera 实例
takePicture(Camera.ShutterCallback shutter, Camera.PictureCallback raw, Camera.PictureCallback jpeg): 这个是实现相机拍照的主要方法, 包含了三个回调参数. shutter 是快门按下时的回调, raw 是获取拍照原始数据的回调, jpeg 是获取经过压缩成 jpg 格式的图像数据的回调.
SurfaceView: 用于绘制相机预览图像的类, 提供给用户实时的预览图像. 普通的 view 以及派生类都是共享同一个 surface 的, 所有的绘制都必须在 UI 线程中进行. 而 surfaceview 是一种比较特殊的 view, 它并不与其他普通 view 共享 surface, 而是在内部持有了一个独立的 surface,surfaceview 负责管理这个 surface 的格式, 尺寸以及显示位置. 由于 UI 线程还要同时处理其他交互逻辑, 因此对 view 的更新速度和帧率无法保证, 而 surfaceview 由于持有一个独立的 surface, 因而可以在独立的线程中进行绘制, 因此可以提供更高的帧率. 自定义相机的预览图像由于对更新速度和帧率要求比较高, 所以比较适合用 surfaceview 来显示.
SurfaceHolder:surfaceholder 是控制 surface 的一个抽象接口, 它能够控制 surface 的尺寸和格式, 修改 surface 的像素, 监视 surface 的变化等等, surfaceholder 的典型应用就是用于 surfaceview 中. surfaceview 通过 getHolder()方法获得 surfaceholder 实例, 通过后者管理监听 surface 的状态.
SurfaceHolder.Callback 接口: 负责监听 surface 状态变化的接口, 有三个方法:
surfaceCreated(SurfaceHolder holder): 在 surface 创建后立即被调用. 在开发自定义相机时, 可以通过重载这个函数调用 camera.open(),camera.setPreviewDisplay(), 来实现获取相机资源, 连接 camera 和 surface 等操作.
surfaceChanged(SurfaceHolder holder, int format, int width, int height): 在 surface 发生 format 或 size 变化时调用. 在开发自定义相机时, 可以通过重载这个函数调用 camera.startPreview 来开启相机预览, 使得 camera 预览帧数据可以传递给 surface, 从而实时显示相机预览图像.
surfaceDestroyed(SurfaceHolder holder): 在 surface 销毁之前被调用. 在开发自定义相机时, 可以通过重载这个函数调用 camera.stopPreview(),camera.release()来实现停止相机预览及释放相机资源等操作.
三. 自定义相机的开发过程
定制一个自定义相机应用, 通常需要完成以下步骤, 其流程图如图 1 所示:
检测并访问相机资源 检查手机是否存在相机资源, 如果存在, 请求访问相机资源.
创建预览类 创建继承自 SurfaceView 并实现 SurfaceHolder 接口的拍摄预览类. 此类能够显示相机的实时预览图像.
建立预览布局 有了拍摄预览类, 即可创建一个布局文件, 将预览画面与设计好的用户界面控件融合在一起.
设置拍照监听器 给用户界面控件绑定监听器, 使其能响应用户操作(如按下按钮), 开始拍照过程.
拍照并保存文件 将拍摄获得的图像转换成位图文件, 最终输出保存成各种常用格式的图片.
释放相机资源 相机是一个共享资源, 必须对其生命周期进行细心的管理. 当相机使用完毕后, 应用程序必须正确地将其释放, 以免其它程序访问使用时, 发生冲突.
图 1 定制自定义相机的过程
对应到代码编写上可以分成三个步骤:
第一步: 在 AndroidManifest.xml 中添加 Camera 相关功能使用的权限, 具体声明有以下这些:
第二步: 编写相机操作功能类 CameraOperationHelper. 采用单例模式来统一管理相机资源, 封装相机 API 的直接调用, 并提供用于跟自定义相机 Activity 做 UI 交互的回调接口, 其功能函数如下, 主要有创建 \ 释放相机, 连接 \ 开始 \ 关闭预览界面, 拍照, 自动对焦, 切换前后摄像头, 切换闪光灯模式等, 具体实现可以参考官方 API 文档.
第三步: 编写自定义相机 Activity, 主要是定制相机界面, 实现 UI 交互逻辑, 如按钮点击事件处理, icon 资源切换, 镜头尺寸切换动画等. 这里需要声明一个 SurfaceView 对象来实时显示相机预览画面. 通过 SurfaceHolder 及其 Callback 接口来一同管理屏幕 surface 和相机资源的连接, 相机预览图像的显示 / 关闭.
四. 开发过程遇到的一些坑
下面再讲讲我在开发自定义相机时踩过的一些坑:
1. Activity 设为竖屏时, SurfaceView 预览图像颠倒 90 度.
说明这个问题之前, 先介绍下 Android 手机上几个方向的概念:
屏幕方向: 在 Android 系统中, 屏幕的左上角是坐标系统的原点 (0,0) 坐标. 原点向右延伸是 X 轴正方向, 原点向下延伸是 Y 轴正方向.
相机传感器方向: 手机相机的图像数据都是来自于摄像头硬件的图像传感器, 这个传感器在被固定到手机上后有一个默认的取景方向, 如下图 2 所示, 坐标原点位于手机横放时的左上角, 即与横屏应用的屏幕 X 方向一致. 换句话说, 与竖屏应用的屏幕 X 方向呈 90 度角.
图 2 相机传感器方向示意图
相机的预览方向: 由于手机屏幕可以 360 度旋转, 为了保证用户无论怎么旋转手机都能看到 "正确" 的预览画面 (这个 "正确" 是指显示在 UI 预览界面的画面与人眼看到的眼前的画面是一致的),Android 系统底层根据当前手机屏幕的方向对图像传感器采集到的数据进行了旋转处理, 然后才送给显示系统, 因此可以保证预览画面始终 "正确". 在相机 API 中可以通过 setDisplayOrientation() 设置相机预览方向. 在默认情况下, 这个值为 0, 与图像传感器一致. 因此对于横屏应用来说, 由于屏幕方向和预览方向一致, 预览图像不会颠倒 90 度. 但是对于竖屏应用, 屏幕方向和预览方向垂直, 所以会出现颠倒 90 度现象. 为了得到正确的预览画面, 必须通过 API 将相机的预览方向旋转 90, 保持与屏幕方向一致, 如图 3 所示.
图 3 相机预览方向示意图
(红色箭头为预览方向, 蓝色方向为屏幕方向)
相机的拍照方向: 当点击拍照按钮, 拍摄的照片是由图像传感器采集到的数据直接存储到 SDCard 上产生的, 因此, 相机的拍照方向与传感器方向是一致的.
2. SurfaceView 预览图像, 拍摄照片拉伸变形
说明这个问题之前, 同样先说一下几个跟相机有关的尺寸.
SurfaceView 尺寸: 即自定义相机应用中用于显示相机预览图像的 View 的尺寸, 当它铺满全屏时就是屏幕的大小. 这里 surfaceview 显示的预览图像暂且称作手机预览图像.
Previewsize: 相机硬件提供的预览帧数据尺寸. 预览帧数据传递给 SurfaceView, 实现预览图像的显示. 这里预览帧数据对应的预览图像暂且称作相机预览图像.
Picturesize: 相机硬件提供的拍摄帧数据尺寸. 拍摄帧数据可以生成位图文件, 最终保存成. jpg 或者. PNG 等格式的图片. 这里拍摄帧数据对应的图像称作相机拍摄图像. 图 4 说明了以上几种图像及照片之间的关系. 手机预览图像是直接提供给用户看的图像, 它由相机预览图像生成, 拍摄照片的数据则来自于相机拍摄图像.
图 4 几种图像之间的关系
下面说下我在开发过程中遇到的三种拉伸变形现象:
1, 手机预览画面中物体被拉伸变形.
2, 拍摄照片中物体被拉伸变形.
3, 点击拍照瞬间, 手机预览画面会停顿下, 此时的图像是拉伸变形的, 然后预览画面恢复后图像又正常了.
现象 1 的原因是 SurfaceView 和 Previewsize 的长宽比率不一致. 因为手机预览视图的图像是由相机预览图像根据 SurfaceView 大小缩放得来的, 当长宽比不一致时必然会导致图像变形. 后两个现象的原因则是 Previewsize 和 Picturesize 的长宽比率不一致所致, 查了相关的资料, 发现其具体原因跟某些手机相机硬件的底层实现有关. 总之为了避免以上几种变形现象的发生, 在开发时最好将 SurfaceView,PreviewSize,PictureSize 三个尺寸保证长宽比例一致. 具体实现可以先通过 camera.getSupportedPreviewSizes()和 camera.getSupportedPictureSizes()获得相机硬件支持的所有预览和拍摄尺寸, 然后在里面筛选出和 SurfaceView 的长宽比一致并且大小合适的尺寸, 通过 camera.setPrameters 来更新设置. 注意: 市场上手机相机硬件支持的尺寸一般都是主流的 4:3 或者 16:9, 所以 SurfaceView 尺寸不能太奇葩, 最好也设置成这样的长宽比.
3. 各种 crash
前两个 Crash 的原因是: 相机硬件在聚焦和拍照前必须要保证已经连接到 surface, 并且开启相机预览, surface 有收到预览数据. 如果在还没有执行 camera. setPreviewDisplay 或者未调用 camera. startPreview 之前, 就调用 camera.autofocus 或 camera.takepicture, 就会出现这个运行时异常. 对应到自定义相机的代码中, 要注意在拍照按钮事件响应中执行 camera.autofocus 或 camera.takepicture 前, 一定要检验 camera 有没有设置预览 Surfaceview 并开启了相机预览. 这里有个方法可以判断预览状态: Camera.setPreviewCallback 是预览帧数据的回调函数, 它会在 SurfaceView 收到相机的预览帧数据时被调用, 因此在里面可以设置是否允许对焦和拍照的标志位.
还有一点要注意, camera.takePicture()在执行过程中会执行 camera.stopPreview 来获取拍摄帧数据, 表现为预览画面卡住, 而如果此时用户点击了按钮的话, 也就是调用 camera.takepicture, 也会出现上面的 crash, 因此在开发时, 可能还需要屏蔽拍照按钮的连续点击.
第三个 crash 则涉及图像的裁剪, 由于要支持 1:1 或者 4:3 尺寸镜头, 所以会需要对预览视图进行裁剪, 由于是竖屏应用, 所以裁剪区域的坐标系跟相机传感器方向是成 90 度角的, 表现在裁剪里就是, 屏幕上的 x 方向, 对应在拍摄图像上是高度方向, 而屏幕上的 y 方向, 对应到拍摄图像上则是宽度方向. 因此在计算时要一定注意坐标系的转换以及越界保护.
4. 前置摄像头的镜像效果
Android 相机硬件有个特殊设定, 就是对于前置摄像头, 在展示预览视图时采用类似镜面的效果, 显示的是摄像头成像的镜像. 而拍摄出的照片则仍采用摄像头成像. 看到这里, 大家可能会有些怀疑, 不妨现在就试试自己 Android 手机上的前置摄像头, 对比下预览图像和拍摄出照片的区别. 这是由于底层相机在传递前置摄像头预览数据时做了水平翻转变换, 即将 x 方向镜像翻转 180 度. 这个变化对之前竖屏预览的方向也会造成影响, 本来对于后置摄像头旋转 90 度即可使预览视图正确, 而对前置摄像头, 如果也旋转 90 度的话, 看到的预览图像则是上下颠倒的(因为 x 方向翻转了 180 度), 因此必须再旋转 180 度, 才能显示正确, 如图 5 所示, 大家可以结合之前相机预览方向的示意图一起理解.
图 5 前置摄像头的预览方向示意图
此外, 由于拍摄图像并没有做水平翻转, 所以对于前置摄像头拍出来的照片, 用户会发现跟预览时所见的是左右翻转的. 这个在一定程度上会影响用户体验. 为了解决这个问题, 可以对前置摄像头拍摄的图像在生成位图文件时增加一个水平翻转矩阵变换.
5. 锁屏下相机资源的释放问题
为了节省手机电量, 不浪费相机资源, 在开发的自定义相机里, 如果预览图像已不需要显示, 如按 Home 键盘切换后台或者锁屏后, 此时就应该关闭预览并把相机资源释放掉. 参考官方 API 文档, 当 surfaceView 变成可见时, 会创建 surface 并触发 surfaceHolder.callback 接口中 surfaceCreated 回调函数. 而 surfaceview 变成不可见时, 则会销毁 surface, 并触发 surfacedestroyed 回调函数. 我们可以在对应的回调函数里, 处理相机的相关操作, 如连接 surface, 开启 / 关闭预览. 至于相机资源释放, 则可以放在 Acticity 的 onpause 里执行. 相应的, 要重新恢复预览图像时, 可以把相机资源申请和初始化放在 Acticity 的 onResume 里执行, 然后通过创建 surfaceview, 将 camera 和 surface 相连并开启预览.
但是在开发过程中发现, 对于按 HOME 键切后台场景, 程序可以正常运行. 对于锁屏场景, 则在重新申请相机资源时会发生 crash, 说相机资源访问失败. 那么原因是什么呢? 我在代码里增加了调试 log, 检查了代码的执行顺序, 结果如下:
在自定义相机页面按 HOME 键时的执行流程:
程序运行 ->按 HOME 键
Activity 调用的顺序是 onPause->onStop
SurfaceView 调用了 surfaceDestroyed 方法
然后再切回程序
Activity 调用的顺序是 onRestart->onStart->onResume
SurfaceView 调用了 surfaceCreated->surfaceChanged 方法
而对于锁屏, 其执行流程则是:
Activity 只调用 onPause 方法
解锁后 Activity 调用 onResume 方法
SurfaceView 中 surfaceholder.callback 的所有方法都没有执行
问题找到了, 由于锁屏时, callback 的回调方法没有执行, 导致相机和预览的连接还没有断开, 相机资源就被释放了, 所以导致在重新申请相机资源时, 系统报 crash. 根据上面的文档, 推测是锁屏下系统并没有改变 surfaceview 的可见性, 于是我尝试在 onPause 和 onResume 时通过手动设置 surfaceview 的 visibile 属性, 结果发现可以正常触发回调函数了. 由于在切后台或者锁屏时, 用户本来就应该看不到 surfaceview, 因此这种手动更改 surfaceview 的可见性的方法, 并不会对用户的体验造成影响.
问答
Android - 如何修复权限异常?
来源: https://www.cnblogs.com/qcloud1001/p/9675932.html