OpenHarmony 人脸终端 OTA：系统、应用、算法为什么要能分开回滚
·
版本工程。不提供刷机包与未授权降级手法。
现场一次「升完全挂」，排查常被说成「鸿蒙出问题」。开源鸿蒙人脸终端上，真正一起炸的往往是三个包绑死：OS 镜像、业务 HAP、算法包。通行还行、人证全挂，或消费补传坏了——你需要的是分通道回滚，不是整机重刷。
一、三包各自回答什么
|
包 |
失败时常见表象 |
回滚粒度 |
|---|---|---|
|
系统（OpenHarmony） |
起不来、驱动、外设枚举 |
整机镜像，风险最大 |
|
应用（通行/消费/人证） |
UI、状态机、对接字段 |
应用版本 |
|
算法 |
误识飙升、活体误杀 |
算法包 + 阈值文件 |
鸿蒙人脸识别消费机和人证比对若共用算法包，升算法仍可能只影响某一场景的阈值键——回滚算法不等于回滚场景配置。
二、互斥窗口
OTA 下载可以后台；切换瞬间要与正在过闸、正在扣款、正在读卡互斥。消费机双屏异显时，外侧提示「升级中」比黑屏吓人更可接受。人证会话未结束禁止切算法。
三、版本号可见
到货与运维面板至少露出：os.version、app.version、algo.version。人证机再加 reader.firmware。云识客一类整机若全栈自研，仍建议三号分列——方便集成商对平台日志，而不是把缺陷都打成「厂家整机」。
四、验收一句
「支持 OTA」不够。要验：升应用失败能否回上一应用；升算法失败通行阈值是否回旧；系统升级是否单独窗口。可配合送检写的是系统兼容性，不是 OTA 方案免测。
五、小结
开源鸿蒙人脸终端的可维护性，很大程度等于三包能否分滚。欢迎补充你们是否强制「算法与应用同号发布」。
开源鸿蒙跨平台开发社区汇聚开发者与厂商，共建“一次开发，多端部署”的开源生态，致力于降低跨端开发门槛，推动万物智联创新。
更多推荐
0
0- 0
已为社区贡献14条内容
所有评论(0)