145、跨平台 ISP 抽象层设计：用统一接口屏蔽高通、MTK、海思差异从一次“黑屏”调试说起去年Q3，我接手一个项目：同一套Camera HAL，要跑在高通SM8450、MTK天玑9200、海思麒麟9000三颗SoC上。硬件模组完全一致——IMX766 + OIS + EIS双防抖模组。按理说，驱动层调通后，上层应用应该无缝切换。结果第一轮联调，高通平台预览正常，切到MTK直接黑屏，海思平台画面偏绿还带横纹。我花了三天定位：问题出在ISP初始化流程上。高通要求先配置MIPI CSI的D-PHY速率，再下发sensor的stream on命令；MTK却要求先让sensor输出时钟，ISP才能做lane同步；海思更奇葩——它需要先写一个“伪寄存器”触发内部PLL锁定，否则MIPI通道根本不会响应。三个平台，同一个物理链路，初始化顺序完全不同。如果HAL层直接调用各平台私有API，代码里就会塞满#ifdef QCOM、#elif defined(MTK)、#else，维护成本爆炸。这就是跨平台ISP抽象层要解决的核心问题：把平台差异封装在底层，让上层驱动和算法只看到一套稳定的接口。下面我拆开讲讲怎么设计这个抽象层，以及踩过的坑。抽象层设计：三层架构，别搞成四层我最终采用的方案是三层结构，不是常见的四层（那样会引入不必要的间接调用，增加延迟）。三层分别是：