一加Turbo 6深度评测：性能真怪兽？

　　亲历现场。那天凌晨三点十七分，一加Turbo 6那版系统包还在编译队列里挂着，进度条卡在92.3%，后面跟个“（预计剩余十八秒）”——这数字我敢打包票，不是动态算的，是硬写的，因为上一轮它写的是“十七秒”，再上一轮是“二十秒”，三轮没动过。窗外洒水车正好路过，滋啦滋啦压过沥青缝，声音比ASOP日志里那个failed assertion还清晰。

　　我原以为是vendor overlay层漏了个config_enable_fast_charge_override，结果扒到一半发现是hal_audio.primary@2.0.so在启动时偷偷调了/vendor/lib64/hw/audio.primary.default.so——可default.so根本不在分区里，它只是个符号链接，指回自己。你猜怎么着？它指错了，指向了audio.primary.msm8998.so。而msm8998.so里那段load_config()里头嵌了个strlen(“/dev/block/by-name/modem”)，modem分区刚好在冷启动时还没挂上。所以音频HAL死等，AudioFlinger不起来，MediaCodec初始化全挂，SurfaceFlinger就卡在waiting for boot animation。一个字节没改，就因为那个软链指错了地方。我拿adb shell ls -l看了七遍，第三次盯住权限位才发现：target路径是绿色的，但终端背景太亮，我看成黑色了。

　　楼下便利店关东煮摊子还没收，汤锅底下蓝焰还晃着，咕嘟声隔着玻璃窗传进来，像某种低频脉冲。测试妹子小林蹲在窗台边，把五台Turbo 6横竖叠成两摞，最上面那台屏幕朝下压着底下四台的听筒孔——她说这样散热快。结果上午十点去拿，最底下一台扬声器里全是水汽凝结声，播测试音频像在听潮信。我拍她肩让她别瞎试，她回头咧嘴一笑，牙缝里还卡着海带结。我没拦住，也没再看第二眼。

产品概念图，仅供参考

　　桌上的机械键盘敲F9的时候咔哒咔哒响，轴体声比gradle sync的日志滚动声还准。按到第三下，BuildConfig.DEBUG突然变成false——不是我们改的，是CI脚本里有个sed -i '/DEBUG/s/true/false/'的语句漏加了-i.bak，它把整个BuildConfig.java给清空了三百七十二行，只留下package和import。但编译居然过了，因为APT阶段根本没读这个文件。直到跑instrumentation test，@Before里new ActivityTestRule()，ClassDefNotFoundError炸出来，堆栈最后一行写着：“…Caused by: java.lang.NoClassDefFoundError: androidx/test/rule/ActivityTestRule”。我们花了四小时查Gradle Plugin版本兼容性，没人翻那行sed。

　　这个我说不准——Turbo 6的GPU频率墙到底是不是动态锁在650MHz而不是标称的950MHz，还是只是thermal daemon在surfaceflinger idle time > 120ms时才悄悄降频？我们跑了三次trace，一次用systrace，一次用perfetto，一次用厂商给的private-tool-cmd，数据不重合。三次都看到GPU频率跳变，但跳的位置不一样：第一次跳在第47帧，第二次在第52，第三次在第51。小林说她数过，视频APP切后台再切回来，第五次必崩Surface。我没数，但我看见她手机壳裂了，是上次摔的，胶痕没干透，现在翘起一截，正好卡住音量键防误触的硅胶垫。

　　反常识结论？优胜劣汰不是说它多强，是它把所有不扛造的路径全筛掉了。比如，我们测USB-C转HDMI外投，必须插拔三次以上，第四次才能稳定出1080p60。第一次黑屏，第二次闪绿线，第三次花屏十秒后恢复——第四次起，一切正常。你不能把它当bug修，这是它的启动态；你修了，它就不认你那个rom了。就像那版系统的ota差分包，md5校验过，sha256也过，但签名校验前会先check /system/etc/hosts里有没有某行被注释掉。有，就拒绝安装；没有，就装。那行host是测试机预埋的，量产机根本没有。对接人老张说这是“灰度锚点”，我听了直接笑出声——他说话时候正捏着一次性筷子撕包装纸，撕了三道才扯开，手指甲盖发白。

　　我同事阿哲昨天把turbo6刷成LineageOS，boot后WiFi图标一直转圈，logcat里反复打“wpa_supplicant: dbus timeout after 1000ms”，但adb shell ping -c 1 8.8.8.8能通。他抓包发现wpa_cli根本没发SCAN命令，只发了PING。最后发现是/system/bin/wpa_cli的二进制里，有一段memcpy(dst, src, 48)硬编码了48字节，而新驱动返回的status结构体多了两个int字段，实际该拷56。他补丁打了八分钟，编译烧录重启，WiFi图标立刻变实心。这事跟我手头这个一加项目没关系，但我知道，他们那边也是这么搞的——只不过没人告诉你哪一行是真·活代码，哪一行只是摆设。

　　今天得把OTA签名策略文档补完，至少填三处“待确认”。其中一处是：当/system/build.prop里ro.oem.version=“BETA-3.2”时，是否允许非官方recover执行sideload？我问老张，他没回，微信头像灰着，朋友圈刚发了张图：半块煎饼果子，葱花撒歪了，底下配字：“撑不住了”。我不打算再问。现在桌上只剩一杯冷透的美式，杯底沉淀一层褐色环，像某个没关掉的adb logcat缓冲区残留的timestamp。编译又卡住了。这回是94%。

（编辑：52刷机网）

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