华为nova 15 Ultra：影像续航双突破，引领科技新风尚

　　亲历现场。那版系统在nova 15 Ultra上跑第一个自启动服务就卡在AMS的ActivityRecord初始化里——不是崩溃，是挂起。三台测试机堆在窗台，中午十二点十七分，阳光斜着照进来，屏幕反光里能看见灰在飘，其中一台壳子已经被晒软了边，摸上去发烫，像刚从烤箱里拿出来。

产品概念图，仅供参考

　　“优胜劣汰”？呵。我敢打包票，那版系统里影像模块用的CameraDeviceImpl直接绕过了HAL3的session close流程——你调close()，它不关，内存涨到八百兆还不释放，后台一拉三四个相机App就齐活儿了。但续航双突破？真突破了，电池温度传感器上报的值在亮屏三十秒后自动跳变，从三十六度七直接蹦到四十二度二，中间没插值没滤波，raw data直出，连个clamp()都懒得加。厂商对接人老张昨晚十一点四十微信语音，背景里他家狗叫了三声，然后他说：“你先稳住，我们这还在跑DVT。”我说好，他顿了十八秒才挂——不是思考，是等电梯门关上，他边走边说的。

　　楼下便利店的关东煮今天卖完了萝卜，只剩海带结和鸡蛋。我啃着第二个鸡蛋的时候把adb logcat倒着扫，从end往前翻，结果在第两千零三十四行看到一行：[QcomPowerHal] setMode: MODE_SUSTAINED_PERF -> ignore，底下紧跟着：[PowerHal] request ignored: mode 7 is not supported。可型号参数表里白纸黑字写着“支持SUSTAINED_PERF”。我说不准这算不算故意阉割，但我知道，测试妹子小吴昨天提的bug单编号2048-112，在Jira里状态还是“待澄清”，没人点开过附件里的systrace.html——文件名是对的，内容是空的。

　　桌上的机械键盘声是青轴，脆，敲return键那下特别响。我把vendor.apk反编译拆成smali，一行行比对onPreviewFrame回调的引用链，比到一半发现有个类名叫CameraBridgeViewBase_V2_HUAWEI_COMPAT——名字带下划线又带版本号又带厂商标，像临时贴的创可贴。我改了三处，build完推过去，开机logo转三圈半，停住。黑屏。没日志。只有电源灯还亮着，绿的，慢闪。我就盯着那个绿灯看，看着看着想起上周三外包同事阿哲，他在华为坂田B区做Launcher适配，被要求把所有NotificationPanel的阴影深度从1.7dp硬塞成2.1dp，就因为UX那边PPT里写了句“感知更立体”。他最后改的是framework-res.apk里一个叫dimens.xml的文件，藏在drawable-v23下面——不是layout，是dimens。他说改完那天，手机充一夜电掉百分之三十七，他自己拍了视频发群里，镜头抖，但电量数字清楚。

　　所以“影像续航双突破”？突破在哪儿？影像突破在预览帧丢弃率从百分之五变成百分之七——不是优化，是砍采样频率；续航突破在系统强制把CPU governor锁在interactive模式下，但忘了关热区监控线程，结果温控线程每三秒唤醒一次，比闹钟还准时。这哪是突破，这是裸奔。可人家发布会PPT上真写了“双突破”，字体加大加粗，底下配了个向上箭头。我截图发给老张，他回了个“”，再没下文。现在build还在跑，左边终端窗口卡在DexMerger，右边IDE提示“Gradle sync finished”，中间浏览器开着nova 15 Ultra官网页，“引领科技新风尚”七个字横在Banner最上头，衬得我工牌绳子都显得土。

　　我刚又试了一次，手动kill掉vendor.camera.service，再拉起来，预览流回来了，但对焦延迟从二百一十三毫秒飙到七百六十一——这个数我记了，因为七百六十一毫秒刚好够我喝半口凉掉的关东煮汤。阿哲说他们组下周起要接鸿蒙NEXT兼容，让我帮忙看眼JNI层的abi mismatch。我说行，回头给你发个脚本。不过现在嘛……编译终于跑完了，APK包体积多了三百七十二KB，不知道多出来的是哪个没删干净的debug符号，还是又塞进去的“风尚”资源。

　　我先把窗台那台晒软边的机器挪进抽屉。再等等，等它凉下来，再push一次补丁。反正deadline是明早十点，离现在还有八小时四十七分——要是够的话，我就顺手把那个CameraBridgeViewBase_V2_HUAWEI_COMPAT的类名，改成V2_HUAWEI_COMPAT_TEMPORARY_FALLBACK。

（编辑：52刷机网）

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