选住（酒店云管家）安卓版 v1.0.9 在 10 月 21 日重新发版，其中一条更新是：修复部分机型刷脸入住偶发卡顿。
"部分机型""偶发"——这两个限定词说明了问题的性质。
为什么刷脸兼容比想象中难
硬件差异
不同厂商的摄像头传感器在进光、帧率、对焦策略上差别很大，同一套算法在不同机型上的表现可能完全不同。
系统版本
相机权限模型、后台保活策略、内存调度机制在各系统版本上表现不一致。
环境因素
暗光、逆光、强背光下的识别成功率差异明显，而这些恰恰是酒店大堂与房间的真实场景。
并发压力
高峰期多台设备同时调用，识别服务的响应时间会被拉长，表现为"转圈很久"。
为什么"偶发"比"必现"更难处理
1
必现问题好定位
必现的 bug 在测试机上就能复现，修完即验证。偶发问题往往只在特定机型 + 特定环境 + 特定并发下才出现。
2
需要真实终端铺量
这类修复只有在大量真实设备跑过之后才会暴露出来。能修"部分机型"，说明产品已经被部署到相当规模的终端上。
3
修复往往不是一次到位
同一批机型里可能还有未覆盖的边角情况，所以这类更新会反复出现。选住这次把 OTA 稳定性和刷脸卡顿放在同一个版本里，说明是一轮系统性稳定性修复。
门店能做的配合
应该做的
- 记录每台终端的机型与系统版本
- 遇到卡顿当场记录时间、房号、客人描述
- 把问题设备反馈给服务方，不要自行绕过流程
- 高峰期观察识别服务响应是否有变慢趋势
容易做的
- 前台自行改成人工核验并就此了事
- 把卡顿归因为"网络问题"
- 不让客人重试，直接放行不做核验
一个提醒
刷脸是便捷手段，实名核验才是合规要求。设备卡顿时正确的做法是切换到备用核验路径完成登记，而不是让客人等——更不是跳过核验。备用路径要在开业前就演练好。
4 类
兼容难点
3 步
为什么难修
2 类
门店配合方式
核验
合规底线