103、影像中间件与HAL层设计：抽象接口与平台适配去年在调试某款旗舰手机的后摄模组时，遇到一个让人抓狂的Bug：同一套算法库，在骁龙平台上跑得稳稳当当，换到天玑平台就间歇性黑屏。查了三天，最后发现是HAL层里一个preview_buffer的申请方式不同——骁龙用ION分配，天玑用DMA-BUF，而中间件层直接硬编码了ION的fd类型。这个教训让我意识到，影像中间件与HAL层的抽象设计，不是“写个接口”那么简单，而是要在硬件差异的泥潭里，给上层算法和框架铺一条能跑通的路。从“万能接口”到“最小公约数”很多团队一开始喜欢设计“万能接口”，比如HAL_CaptureImage(format, resolution, fps, callback)，试图用一个函数覆盖所有场景。结果呢？在安防摄像头上，这个接口要处理YUV422和H.264编码流；在医疗内窥镜上，要支持RAW10和MIPI CSI-2的奇偶行交错；在车载环视上，还得管FPD-Link III的解串器配置。最后接口参数列表膨胀到十几个，每个平台实现时有一半参数是“忽略”的。我现在的做法是：定义最小公约数接口。比如HAL_StartStream(stream_type, config)