荣耀Power2震撼发布:超长续航+创新设计 redefine旗舰标准!
|
产品概念图,仅供参考 跟人吵架。昨天下午四点零七分,荣耀对接人老周在钉钉语音里说“Power2那版系统必须今晚八点前过首轮自测”,我摘下耳机捏了捏鼻梁,听见楼下便利店关东煮的咕嘟声——红烧牛筋块浮在汤里转了半圈,汤面油花裂开又合拢。我原以为只是改个电池图标适配逻辑,结果拆开APK发现通知栏电量百分比居然藏在vendor overlay层里,不是systemui直接画的。测试妹子小林当场把三台Power2塞进恒温箱调到三十八度,等它自动降频触发续航上报——可恒温箱门没关严,风扇嗡嗡响了十七分钟才被发现。她边拧螺丝边说“上次小米13 Ultra也是这毛病”,我说“你记错了,是14,但Overlay路径真一模一样”。 编译卡在mergeResources阶段时,窗外洒水车正好路过,高压水柱砸在对面玻璃幕墙上,“哗”一声,像倒扣了一盆铁砂。我盯着build.gradle里那个被注释掉的android:sharedUserId="android.uid.system"——三年前vivo X90上我们删过一次,这次又被人悄悄加回来。打包完签名验证失败,报错是“signature mismatch with previous version”,但previous version根本没发过,这个包是第一版。我查了git log,发现是上游基线同步脚本误把旧ROM里的priv-app列表拉进来了。我说不准这是谁干的,但编译日志里第三行那个timestamp:2024-07-15T09:23:41Z,这个我敢打包票,就是脚本跑的时间,绝对没动过。 桌上机械键盘青轴的声音太吵了,敲空格键的时候咔嗒咔嗒,跟测试机堆在窗台晒到发烫的温度告警声混在一起——三台全亮着低电量红灯,但实际电量显示是百分之九十二。我们对着adb shell dumpsys batterystats抓出来的state=CHARGING却power=DISCHARGING发愣。外包同事阿哲蹲在地上用万用表量Type-C口VBUS电压,测了十八秒,读数在4.98V和5.03V之间跳,他突然抬头说:“你信不信,这台机子USB PHY层在充电状态会偷偷切到legacy mode?”我没回他,因为手机屏幕右上角那个小小的闪电图标,其实是用drawable-animated-list做的逐帧动画,压根没连hardware sensor——但用户点进去看电池健康度,页面底部写着“优胜劣汰机制已激活”。 优胜劣汰。就这四个字。我刚看见宣传稿时差点笑出声,后来在SystemServer里扒出来一段代码:BatteryService.java第两千一百零六行,有个叫isSurvivalPriority()的私有方法,返回true的条件之一是“当前应用后台存活超三百七十二秒且未被LMK杀过”,但判定周期硬编码成固定十五分钟。也就是说,只要你挂个前台Service保活,哪怕只干sleep(1),它就把你标为“淘汰预备队”的对立面。可这个逻辑在那版系统里不生效——因为PowerManagerService里有个兜底fallback:当kernel上报的uptime < 600秒时,直接绕过整套判定,强制返回false。我们复现不出问题,直到发现工厂测试流程里默认开机后立刻执行一键恢复出厂——恢复过程本身耗时五百八十三秒,刚好卡在阈值前。所以真实场景下,所有新机第一次启动,“优胜劣汰”永远是关闭的。关东煮汤又沸了,我掀盖看了一眼,白萝卜浮起来,底下沉着两颗海带结。 老周后来说厂商市场部凌晨要发通稿,我们必须在零点前给一个确认回执。我手抖点错邮件发送键,把一张截图发给了全组——图里是dumpsys activity activities输出的最后一个activity record,taskAffinity=“com.hihonor.power2.battery.survival”,processName后面跟着“(dead)”。阿哲凑过来看,说“哎这行字体有点糊”,我拿手指抹了下屏幕,油印子留在指纹识别区,怎么擦都不掉。 反正今晚八点前得再跑一轮。我把三台测试机全塞进微波炉(没插电,就当保温箱用),盖上锡纸,打开顶部排气孔——听说荣耀的thermal HAL驱动对金属腔体共振频率特别敏感,说不定能骗过温度补偿算法。小林已经去便利店买第三份关东煮了,这次她特意多要了一勺鱼丸汤。我不信这个,但信她端回来时袖口沾的酱油渍。至于那个isSurvivalPriority,我刚删了第两千一百零六行,替换成一个永远return true的桩。上线后万一真出事……再说吧。 (编辑:52刷机网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |

