OPPO Find X9 Pro：定义旗舰新标杆

　　那天凌晨三点十七分，测试间顶灯第三根管子开始频闪，不是规律的，是抽搐式的——亮半秒、灭四分之三秒、再亮一拍半，像在打摩斯电码，但没人破译。我盯着它，手还在刷那个大版本的OTA包，刷到第十八遍。桌角三杯咖啡：一杯冷透浮着油膜，一杯盖子拧歪了漏气，一杯没开封，标签朝外，生产日期看不清，只记得是上礼拜五下午三点整从茶水间拿的。

　　组长蹲在我工位隔板边啃包子，韭菜馅儿掉在《稳定性问题闭环SOP》第47页上，他指着“异常唤醒归因流程图”说：“你先别动X9 Pro的热启脚本。”我点头，手指还悬在键盘上没敲下去——刚想删掉一条冗余的log捕获指令，他手机响了，接完说开发那边把SensorHub固件回滚到上一版，理由是“功耗曲线更平滑”。我原以为这事儿跟我们测的冷启抖动没关系，结果十分钟不到，连续七台机子在-15℃恒温箱里触发过温降频，且全部卡在同一个HAL层中断响应点。这个我敢打包票，日志里timestamp对得齐齐整整，连毫秒级偏差都没超三个。

　　便利贴贴在隔板左上角，蓝底白字：“查清Find X9 Pro休眠态下GPS假唤醒”，字是产品经理写的，她昨天傍晚来过，指甲油剥了一小块，无名指上蹭着灰。我没撕，就让它挂着。反正休眠态GPS那块，上周就让驱动组改了三版，每次测完都出新漏：一次是WIFI扫描期间GNSS基带误唤醒，一次是抬腕亮屏瞬间射频耦合干扰，还有一次……算了，那个我说不准，Trace太散，看不出是不是Binder线程池泄露导致的伪死锁。反正在那个大版本封版前48小时，它又出现了——不是复现率的问题，是现象变了：现在不是GPS自己醒，是醒了之后不关，持续占着CPU十五分钟，然后整个SystemServer被OOM killer盯上。可开发说“这是预期行为，因为用户可能马上要导航”。我听着，手在摸键盘，没说话。桌上第二杯咖啡的杯沿有半个干掉的唇印，不是我的。

外观展示图，仅供参考

　　凌晨打车回家那会儿司机在听评书，《大明英烈传》正讲到常遇春单骑踹营。他一边踩刹车一边讲“这位爷啊，不是猛龙不过江”，我没接话，盯着窗外划过去的路灯。红绿灯全灭的路口停着辆环卫车，车尾灯坏了一只，剩下那只明明灭灭，节奏居然和测试间那根灯管一致。我忽然想起昨天下午，产线送来的十台X9 Pro工程样机，其中两台在进烤箱前自启了录屏，没操作、没通知、没弹窗，就是屏幕突然亮起，录了三十七秒桌面空屏——连桌面图标都没加载完就黑了。后来查，是某个系统服务里混进了调试开关，没关。但那个开关本来就不该出现在Release分支里。这事谁干的？开发说“合并时冲突没注意”，组长说“CI流水线没校验宏定义层级”，我什么都没说，只把这两台机子塞进老化架最底层，贴了张新便利贴：“等封版后再拆。”

　　优胜劣汰？对。但这词不是夸人的，是刀。你看那个大版本的崩溃堆栈，前十位里七个跟上一版比根本没动过——全是旧病新发，只是换个线程名、换套堆栈头。真正新引入的三个，两个是Camera HAL升级带的，一个是AudioFlinger重写后多加的Mutex trylock。这三个里，只有一个是能稳定复现的，另外俩，你得等它心情好、电量62%、后台开五个以上跨进程服务、再触发一次特定手势才能撞见。这种概率性崩，现在叫“低优先级”，我们测的时候叫“等死”。可你猜怎么着？昨天PM拉会，说“用户调研显示，93%的人根本不知道系统崩溃过”。她说话时手在转笔，笔帽掉了两次，都没捡。我心想，当然不知道——崩的时候App早切到后台保活去了，前台只剩个半透明的Toast，“正在优化体验”，十六秒后自动消失。

　　所以我说“OPPO Find X9 Pro：定义旗舰新标杆”，不是因为它稳，是它把“该淘汰的，真淘汰了；该活下来的，活得特别难看但确实没死”这事儿，干成了标准动作。那个热启失败率，在低温下其实比上一版高0.3%，但PM说“提升感知强”，我就没提。我只把数据存在本地Excel里，文件名是“X9_Pro_thermal_boot_fail_raw_勿删_20240725”，后面还跟了三个空格。对了，今天早上七点，保洁阿姨来收杯子，把我那三杯咖啡全倒了，连带便利贴一起扫进簸箕——她顺手把隔板擦了，现在那儿只剩点胶痕，发白，像一道没愈合的疤。

　　我现在去楼下重烧一遍UFS缓存一致性压测脚本，用六台机并行，中间不停。要是再出现上次那种write barrier丢失导致的ext4 journal损坏，我就把log直接拖进产品总监钉钉对话框。不附说明，就扔过去。反正他上周说“相信测试同学的专业判断”。——这句话，我记着呢。

（编辑：171手机网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!