荣耀Magic8 RSR深度评测：真机隐藏问题全揭露

　　亲历现场。那个大版本封版前四十八小时，我盯着三台Magic8 RSR裸机在高低温箱里吐着白气——不是凝露，是散热模组跟基带芯片在打擂台。其中一台的Wi-Fi断连频次突然从每小时十七次跳到每分钟三次，但log里连ERROR都没打出来，只有一行debug级的“[wlan] sta: disconnected (reason=17)”，翻了十七遍，reason=17是USER_INITIATED，可用户根本没动它。我伸手摸了下主板背面，烫得像刚出锅的铁板。这时候组长端着半凉的咖啡过来，杯子底还沾着两粒方糖渣，站我身后看了三分钟，说：“先挂测例，等驱动给新包。”我点头，手还在按reset键，一下，两下，第三下按下去时，屏幕闪了一下绿边——就一帧，比眨眼还短，但我知道不对劲，上一版没有这绿边。

　　我原以为是MIPI信号抖动，结果抓眼图发现是电源轨纹波在-30℃启动瞬间有个三百七十二毫伏的尖峰，正卡在ISP初始化窗口里。开发蹲在隔壁工位改供电策略，敲键盘声比平时慢半拍，耳机里漏出半句《大明王朝1566》，音量开得太大。产品经理推门进来问“WiFi问题闭环没”，我还没答，他手机响了，接起来就喊“王总您再宽限两天”，说完顺手把桌上三杯没喝的咖啡往右推了推，推过那张写满“RSR=Ring Side Render”的便利贴——便利贴角已经卷边，墨迹被空调冷凝水洇开一小片蓝晕。我盯着那片蓝晕看了八秒，然后点开adb shell，输入getprop | grep thermal，出来三行，第三行是thermal.throttling.enable=false。我愣了两秒，删掉，重输：getprop | grep -i cpu，返回空。不是没查，是这个prop压根没注册。我敢打包票，这个没注册。

　　那个大版本里，WiFi断连、热重启、拍照黑边三件事是并行爆发的。但最要命的是那个“优胜劣汰”——不是指竞品干掉了谁，是指这台机器自己在筛人：系统会偷偷把频繁触发thermal限频的APP进程优先杀掉，不报OOM，不记ANR，只在log最后补一句“app proc cleanup”。杀得最狠的是某个健身类预装应用，它每分钟读一次GPS+心率+陀螺仪，结果被当成异常负载清了。而真正占内存的相册APP，反而因“交互活跃度高”进了白名单。我复现了七遍，每次都是同一批APP消失，顺序都一样。但我说不准——是不是只有我们这套测例才撞得这么准？毕竟别人不跑这种“连续开屏+后台刷定位+横竖屏切五十次”的野路子。

　　测试间顶上的灯管又开始闪。左边第二根，滋啦一声亮，停两秒，再亮，频率越来越慢。我抬头看了三回，第四回没看，因为手里正扒那个黑边视频的帧序列：第417帧开始出现左下角16×16像素块颜色偏移，持续到第439帧，第440帧恢复。不是编码问题，raw data里对应区域数据全对，就是ISP输出端寄存器在某次clock gating后没重载LUT表。我截图发给图像算法，他回了个“收到”，两分钟后发来新patch，说“加了一行wait_for_idle()”。我烧进去，黑边没了，但WiFi断连次数翻倍。我猜他动了同一段时钟树配置。可我没去问——反正驱动组今晚在改thermal策略，没人顾得上clock gating的副作用。

　　凌晨一点十七分打车回家，司机师傅放着评书，《杨家将》说到金沙滩，杨七郎被乱箭射死那段，他叹气，踩油门时收音机里的潘仁美正骂“此子狂悖”。我盯着车窗倒影里自己那张脸，眼圈底下泛青，手机还连着其中一台RSR的adb，屏幕上一行行log往上滚：[D][sensors] als: lux=0.23 [D][sensors] als: lux=0.24……它连光感都懒得造假了，直接给你递渐变的0.23→0.24→0.23→0.24。我关掉adb，屏幕暗下去，车窗外路灯一盏接一盏滑过去，数到第十八秒，手机震了一下，是开发群弹出一条：@所有人 新热补丁已上传，路径：/ota/fix_202408xx_hotfix_thermal_wlan_combo.bin。我没点开。

外观展示图，仅供参考

　　我抽屉最底下压着个旧U盘，里面存着上一版的全量log压缩包，密码是“rsr2023”，但我现在不想开它。真开了，搞不好又看见什么不该看的——比如去年十月那次热重启前十六秒，系统其实报过一次[PMIC] vsys_short, recover=done，只是被log等级滤掉了。那时候没人在意。这次我打算把log level全调成VERBOSE，哪怕刷屏也认了。至于能不能赶在封版前把结论交上去……嗯，我看今晚这灯管，怕是撑不过三点。

（编辑：171手机网）

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