荣耀Power2震撼曝光：超长续航+极致设计引领新潮流

　　亲历现场。那个大版本封版前四十八小时，我蹲在B12-3测试间盯着Power2的第七轮整机老化——不是看日志，是盯着屏幕右上角的电池图标动没动。动了。它在充到九十七之后卡住不动，整整三小时十七分，直到我手动拔掉充电器再插回去，才跳到九十八。我原以为是PMU固件小概率锁死，结果开发甩过来一个patch说“用户根本不会这么操作”，我盯着他工位隔板上贴的便利贴，上面用红笔写着“Q4交付节点不可退”，字迹被咖啡渍晕开一半。

外观展示图，仅供参考

　　测试间的灯管闪。不是全灭，是左边第二根，滋啦一声，然后暗半秒，再亮，频率不规则。我数过，连续七次闪之间间隔分别是：两秒、五秒、一点三秒、十一秒、零点九秒、六秒……最后我懒得记了。但它每次闪，Logcat里必同步出一条“[power] SuspendStateMismatch: expected=deep, got=shallow”，连时间戳都差不到十五毫秒。我说不准这有没有因果，但那个大版本里所有报这个错的机器，无一例外都在待机七十二小时后触发一次RTC时钟跳变——跳八分钟，不多不少。产品经理来过一趟，拿着平板念通稿：“荣耀Power2震撼曝光：超长续航+极致设计引领新潮流”。她念完把平板扣桌上，屏幕朝下，压住了我刚写的故障复现步骤手写稿。我抬头问她：“您说的‘极致设计’，包不包括把温控算法写进基带驱动里，让CPU降频指令必须等AP侧ACK才执行？”她愣了三秒，然后笑：“哎呀，我们讲的是用户体验。”

　　凌晨打车回家的司机在听评书。《白眉大侠》徐良正闯重围那段，声音沙哑，配乐是二胡拉的“噔——嚓——噔嚓嚓”。我后座眯眼，手机自动锁屏，又因为后台定位服务亮了一下，电池百分比从二十掉到十九——它掉了，但没掉进日志，没进ADB shell，甚至没进batterystats dump里。这个我敢打包票。我查过三遍proc/power/rfkill和/sys/class/power_supply/battery/online的状态转换链，就是漏这一帧。就像上周我们发现的：Power2的震动马达在播放QQ音乐浮层通知时，会延迟三百七十二毫秒才响应——但只有在微信后台收了一条红包消息的前提下。你要是先收红包再放歌，它就准时；要是先放歌再收红包，它就晚。没有文档提这事，开发说“偶现”，我抓了十四次波形，全是同一段时序偏移。

　　工位隔板上贴的便利贴。不是组长那张，是隔壁工位的。黄色，卷了边，印着褪色的卡通猫，上面用签字笔写：“测完vivo X100 Pro那个WiFi6E漫游断流，记得找李工要补偿券”。底下一行小字：“另：我妈生日忘了，速订蛋糕”。我没订蛋糕，但那张便利贴让我想起上个月陪产假回来的第一天，看见测试云平台里挂着十七台Power2样机的log，其中五台的/dev/block/by-name/misc分区校验失败，但fail原因字段全填的是“N/A”。我报给质量组，他们转给底层，底层转给驱动，驱动说“这个字段早就不维护了”，没人改，也没人删，就挂在那里。N/A。不是unknown，不是pending，是N/A。

　　优胜劣汰。这话不是我造的，是那个大版本里我们关掉的第三个冗余电源域命名规则——原本叫“PMIC_LDO7_bak_v2_temp”，后来评审会上改成“PMIC_LDO7_survival”。“survival”，生存。当时全场笑，但没人删掉那行注释：“if (is_charging && batt_soc > 95) disable(LDO7_survival); // keep it alive only when needed”。我们删了，改成了“// keep it alive only when the user needs long battery life”，然后编译过了。现在回头看，Power2的“超长续航”里，有一部分真靠这个被注释掉的生存逻辑撑着——当它该死的时候，我们把它悄悄养着，等用户拔掉充电器那一刻，它突然活了。所以你说震撼？不。我说淘汰。淘汰掉那个非要充到百分百才肯停的旧习惯，淘汰掉那个觉得多跑一分钟待机就叫优化的思维，淘汰掉所有还信“充到一百就能续航一天”的人。我现在就去改case库，把所有battery_stress_95plus系列脚本里的timeout从三百秒砍到一百二十。反正用户不会等那么久。反正那根灯管，今晚大概率又该闪了。

（编辑：171手机网）

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