OPPO A6 Pro深度评测：性能、续航、拍照全能，顾问强烈推荐

　　亲历现场。那晚OPPO A6 Pro的OTA包卡在签名环节，我盯着ASCI码校验失败的日志窗口，手指悬在回车键上停了十八秒——窗外洒水车正经过，水柱撞上对面楼外墙的声音像一串不规律的ADC采样抖动，滋啦、滋啦、停两秒、又滋啦。我原以为是keystore alias拼错了，结果翻出七年前那版系统签名校验的补丁代码，发现根本不是alias问题，是vendor partition里那个被硬编码进bootloader的签名密钥索引值，在A6 Pro上从0x03跳成了0x04，没文档，没注释，连个commit message都没提这事。

　　测试机堆在窗台晒到发烫，三台横着，两台竖着，其中一台屏保还在循环闪“OPPO A6 Pro深度评测：性能、续航、拍照全能，顾问强烈推荐”，字体是那版系统默认的HarmonyOS风格粗衬线——操，这UI包根本不是我们打的，是OPPO内部运营临时塞进去的，打包脚本里没做resource filter，直接把预装H5页面的title meta塞进了Launcher activity label。测试妹子蹲在窗边拿红外测温枪扫机身，说中框比上盖高0.7℃，“你猜是基带发热还是这个‘顾问强烈推荐’的WebView在后台跑JS？”她把测温枪塞给我看屏幕，数字跳成41.3，然后就关机了——真关机，不是假死，logcat里最后一条是thermal-throttle: trigger_level=3, current_temp=92.1。我没拦她，我连adb都懒得重连。

　　楼下便利店的关东煮在十点准时收摊，铁皮推车轱辘碾过水泥缝的咯噔声，一声比一声慢。我靠在转椅上听，忽然想起上周三跟厂商对接人老陈在钉钉语音吵架——他坚持A6 Pro必须走fastboot oem unlock路径刷第三方rec，说“你们改system分区太重”，结果rec刷进去，recovery能进，但init.rc里那个load_vendor_module.sh被删了三行，原因？因为我们的自动化脚本检测到vendor.img的crc32后三位是偶数，就自动裁掉末尾shell注释块（为腾128字节），可那三行注释里嵌了两个ioctl宏定义调用……老陈现在还在群文件里传“建议适配流程V3.2-终稿”，PDF第十七页写着“禁止修改任何非public API的symbol name”，但附件里的头文件zip包里，/vendor/include/oppo/vr/sensor_aidl.h，第87行，typedef struct sensor_data_v3_s sensor_data_t; ——v3_s？我们手里连v1_s的实现出处都没找全。

产品概念图，仅供参考

　　桌上的机械键盘声特别脆，青轴，敲Delete键像在掰火柴棍。我删掉第七遍build.gradle里关于minSdkVersion的覆盖逻辑，重写时顺手把android:sharedUserId="android.uid.system"复制粘贴错行，粘进了android:exported="true"下面，xml格式没报错，但签名后installd直接拒收，错误码-17，日志里就一行：uid mismatch in manifest。我敢打包票这个错误码在那版系统里只出现在两种场景：要么sharedUserId拼错，要么/system/etc/permissions/platform.xml被篡改过。可我没动platform.xml——是测试妹子前天帮我们手动刷vendor blob时，误点了“恢复出厂权限配置”按钮，她以为那是清理ADB授权缓存……这事儿她说不准，但我看见她手机屏保上还留着那张“OPPO A6 Pro深度评测”的截图，右下角时间戳是凌晨两点十七分。

　　对了，那版系统里有个bug，不是我们埋的，是高通自己留的。当camera HAL的set_parameters接口被连续调用超过三百七十二次，且每次携带exif_tag=0x9206（ExposureProgram）时，qcamera2模块会在第五百一十三次调用后把frame drop counter清零再+1，导致PreviewBufferManager判定buffer pool溢出，触发reset_session。这个我试过三台A6 Pro，全中。但没人管它——因为“顾问强烈推荐”那段视频demo，全程只开一次预览，录完就停，根本碰不到五百一十三次阈值。优胜劣汰？对，淘汰的是谁？是我们写HAL层兼容的，还是那些真去拍一百张连拍看ISO浮动曲线的人？

　　隔壁外包同事小李来敲我隔板，问要不要帮他看看一个奇怪现象：A6 Pro上startActivityForResult()返回RESULT_CANCELED的概率比Reno系列高1.3%，但只发生在WiFi信标强度低于-72dBm且用户在settings里开启过“智能电池保护”的时候。我说你先看看是不是vendor power HAL的notify_state_change回调被我们那个fix-battery-leak.patch给hook歪了，他说“哦对，你上次提的那个patch，我把第三处ret addr改错了，改成跳回自己写的stub函数，但stub里漏调了vendor_power_release()”。他说话时右手无意识按在键盘F12键上，哒、哒、哒，节奏和洒水车完全不一样。

　　现在我得去拆一台刚寄来的A6 Pro工程机，主板编号尾号是B207，听说这批料的eMMC固件版本有三个变体。我不确定会不会遇到那个UFS 3.1 controller clock gating bug，就是开机自检时会把clock source误切到RC振荡器，导致system_server等十五秒才起来。我说不准——因为上一批B206的板子没这问题，而B205的已经报废在产线老化柜里。反正先烧进最新vendor镜像再说。烧之前，我想把那张“深度评测”的宣传图从launcher里干掉，不是为了干净，是怕下次adb shell dumpsys activity | grep -i advisor，再看到那行字。

（编辑：52刷机网）

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