125、Camera HAL 的 Session 管理与 Pipeline 配置：预览、拍照、录像的多路复用

125、Camera HAL 的 Session 管理与 Pipeline 配置：预览、拍照、录像的多路复用从一次诡异的“拍照后预览卡死”说起去年在调试某款高通SM8450平台的旗舰机时，遇到一个让人抓狂的bug：用户打开相机，预览正常，按下快门拍照，照片保存成功，但预览画面突然卡住不动了——不是黑屏，是最后一帧画面定格在那里，像被按了暂停键。更诡异的是，如果先切到录像模式再切回来，预览又恢复了。当时团队里有人怀疑是Sensor驱动问题，有人说是JPEG编码器没释放，还有人觉得是应用层没处理好回调。我花了三天时间，最终在HAL层的Session管理代码里找到了元凶：拍照时创建了一个新的Capture Session，但旧Session的Stream配置没有正确释放，导致Preview Pipeline被意外挂起。这个坑，本质上就是Session生命周期管理和Pipeline复用策略没设计好。Session是什么？别把它当成“黑盒子”很多刚接触Camera HAL的工程师会把Session理解成一个简单的“拍照会话”，这种认知在单路场景下勉强能用，一旦涉及多路复用（预览+拍照+录像同时跑），就会踩得头破血流。在Android Camera HAL3架构里，Session是CameraDevice和Framework之间的核心契约。每个Session对应一组Stream配置，Stream就是数据流的抽象——预览流、拍照流、录像流、YU