111、Android Camera HAL3框架下的性能Profiling与瓶颈定位——以高通平台为例去年年底有个项目，客户反馈预览掉帧，说是在暗光环境下打开相机，画面像幻灯片一样。我们拿到机器先复现，结果在实验室里死活复现不出来——后来发现客户是在低温环境、电池电量低于20%、同时开着微信视频通话的场景下触发的。这种问题最恶心，因为你的复现条件和客户完全不一致，你只能靠Profiling数据去反推。先说结论：HAL3框架下的性能问题，90%以上不是ISP算力不够，而是Pipeline里某个环节的同步等待把整条链路拖死了。高通平台尤其如此，因为它的Camera HAL层是分模块的——CHI（Camera Hardware Interface）架构下，每个node都是独立线程，node之间通过buffer queue传递数据，一旦某个node的处理时间超过预期，下游node就会因为等不到buffer而空转，表现出来就是掉帧。我调试这类问题的第一件事，不是开perfetto，不是看systrace，而是先看/sys/kernel/debug/camera下的节点。高通平台的ISP调试节点都在这里，cam_sensor、cam_isp、cam_core这些目录下都有实时状态。先看cam_isp里的irq_status，如果IRQ触发频率和帧率对不上，说明ISP侧就有问题，别急着往上层查。但说实话，大部分时候IRQ是正常的，问题出在HAL层的buffer管