一、问题描述
某个三方相机App,打开扫一扫功能，预览界面会卡顿。复现路径是：横屏模式下，打开某个三方相机app，选择"我的"，点击扫一扫图标，打开相机预览。
二、原因分析
1） 抓取Hal CSL层的日志，查看sensor端丢给Hal层的帧率是否正常
logcat日志中搜索关键字 CSLMessageHandle，如下图打印，这个打印信息，是CSL层直接接收的sensor端的帧信息。
从截取的日志信息我们可以看到， 09-01 16:57:47.698 到 09-01 16:57:48.681 这段时间间隔差不多1s，而这1s的时间内，CSL层大约只接收了15帧的数据。正常帧率需要大于20fps，人眼才不会感觉到卡顿。
而且这个日志里面，可以看到帧是连续的，也就是没有存在丢帧情况。
2)确认Hal层返回给framework层的帧数据是否正常
logcat日志中搜索关键字ReturnFrameworkResult
09-01 16:57:48.309 到 09-01 16:57:49.305这段时间间隔差不多1s的时间，帧率也是不足20的。
3）查看APP当前配流情况
logcat日志中搜索关键字 configure_stream。从下面的日志我们可以看到，B站APP申请了3路流，分别是拍照流2592 * 1944，预览流 2048 * 1536，以及yuv流2048 * 1536
|---------------------------------------------------------------------------------|
| 
|
我们再来确认下，当前sensor端是选择的哪组寄存器配置。日志中搜索关键字FindBestSensorMode,从下面的日志信息，我们可以看到，当前选择的是2592 * 1944这组寄存器配置。
4） 日志综合分析
从上面的各个日志信息，我们基本已经可以确认问题的根因，就是当前状态下，sensor端出帧出现异常，帧率大约在13fps左右。
针对这个问题，我们首先确认了驱动的寄存器配置，当前选择的2592 * 1944寄存器配置，帧率配置没有问题，是配置的标准的30fps。
也就是驱动端配置没有问题，然后也没有出现丢帧情况。所以目前分析到这里，这个问题更像是性能相关的问题。
5）正常&& 异常现象对比
由于其它第三方app同样条件下，并没有出现类似的预览卡顿问题。我们对比看了正常app的配流情况，发现正常app申请的预览流是1200 * 1000，这个size是比这个app申请的 2048 * 1536低不少。
为了进一步验证是否是由于申请size过大导致的卡顿，我们把camera客制化的size只保留一组1200 * 1000进行验证。发现这个时候，这个三方app扫一扫正常了，没有出现卡顿问题了。
6）问题最终原因定位
结合验证的情况，以及我们平台的性能，我们最终定位到是这个三方的 app申请的预览size偏大，导致系统负荷增加，进而引起了预览卡顿。
三、解决对策
1）这个问题的解决，就是需要限制第三方app申请的size大小。针对app申请size的修改，一般有下面几种策略。
2）问题如果给第三方app修改，周期会比较长，而且第三方app不一定会愿意配合修改。hal层的修改，
针对指定app进行客制化，不够灵活，而且hal层代码涉及的公共分支比较多，不能做到只针对该项目进行修改。驱动层虽然也可以修改，不过是肯定不能在驱动层进行修改的，驱动层的修改涉及到了所有app的使用。
所以这个问题最好的方式，最终是选择在framework层进行修改。
3) 这个三方的app，相机是使用的camera api1的接口,相关接口对应的代码在framework/base/core/java/android/hardware/Camera.java 下。
那我们就可以在getSupprotedPreviewSizes方法中，针对三方的app，对支持的preview size进行过滤，只给这个app返回低于1200 * 1000的size。
《更多交流，欢迎加入知识星球》
推荐阅读：