真我13震撼发布！性能影像双巅峰

　　亲历现场。那版系统封包前四小时，真我13的预装 demo 突然崩在 OPPO 的兼容性测试池里——不是 crash，是首页卡片一滑就卡半秒，再滑就丢帧，丢得还带拖影。我当场抓起三台真我13样机蹲在窗台比对，阳光直射屏幕那块反光特别晃眼，晒了十七分钟，壳子发烫，手心全是汗。

　　我原以为是 SurfaceFlinger 层的 Vsync 同步偏移，调了两轮 dumpsys gfxinfo，结果发现居然是 vendor.overlay.enable 那个开关，在真我自家的 overlay 实现里，硬编码写死了只认 1080p@60Hz 下的 buffer pitch 对齐方式，而我们塞进去的 120Hz+2772×1200 适配包……它压根没进解析分支。直接跳默认 fallback 到 memcpy 路径。memcpy 啊！还是单线程！在 UI 线程里干 memcpy！

　　楼下便利店的关东煮刚出锅，汤味顺着空调外机缝隙钻上来，咸得发齁。测试妹子小陈叼着棒棒糖坐我斜后方，左手刷抖音右手点“重跑”，指甲油掉了一小块在键盘上，蓝紫色，像溅上去的 bug 日志。

　　这个我敢打包票：她点第七次重跑时，logcat 里出现过两次 “skipped frames: 53, 49”，但第八次就没再出现了——因为第七次之后她把 USB 调试断开又重连，顺便拔了 Type-C 口旁边那个不起眼的 debug 模式跳线帽。这玩意儿藏在金属中框底下，要用镊子撬，真我厂方文档里根本没提，只有他们内部 wiki 最底下一栏写着“某些批次主板需手动复位调试仲裁器”。我说不准这是哪年哪月哪批板子的事，但那晚我拆了五台真我13，三台有，两台没有。

　　编译窗口卡在 dexmerger 阶段，进度条停在 83%，风扇狂转。窗外洒水车准时经过，水柱打在对面玻璃幕墙上，“哗啦”一声闷响，震得我机械键盘左下角 ESC 键弹起来又落回去，嗒。那声脆响比 logcat 里的 Warning 还准，每次来都差不离三点二十八分。

　　真我对接人老张微信语音进来，声音劈叉：“你们是不是动了 res/drawable-xxhdpi-v4 里的 splash_background？”我说没动，就改了 values-zh-rCN/strings.xml 里一行 toast 提示。他沉默五秒，说“那你看看 splash_background 的九宫格 padding 值有没有被 aapt2 自动 trim 掉 top/bottom。” 我打开生成目录，还真没了。aapt2 那版系统里有个隐藏阈值：当九宫格图片 top+bottom 占高比＜12% 且无显式 xml 定义时，它就敢给你删掉整段 padding 属性。不是 warn，是静默抹除。我查了七百零三行 aapt2 源码，最后在 resource_parser.cpp 第四百一十九行发现一个 if (isNinpatch && total_padding < 0.12f) ——后面跟着个空花括号。

　　测试机堆在窗台晒到发烫这事，其实和卡顿无关。但它重要。因为其中一台真我13右上角听筒附近有细微划痕，是我昨天下午用 SIM 卡针捅耳机孔时不小心蹭的。当时没注意，今早才发现，划痕角度跟 USB-C 插拔轨迹完全一致——说明那台机器被反复拔插过至少三十次。可它的 sensor 数据却显示 accel 正常、gyro 校准通过、touchpanel 报点率稳定在 240Hz。硬件没事儿，软件却崩得像泡面汤。优胜劣汰？对，优的是那个删 padding 的 aapt2，劣的是我花三天写的 adaptive splash 动画逻辑——它依赖 padding 值做入场缩放锚点，一删，整个 launch transition 就歪成平行四边形，系统底层居然还照常走完 Choreographer 流程，只是视觉上拉扯得像老式录像带快进。

　　外包同事阿哲隔着隔板喊：“喂，realme 那个双摄同步锁频要不要加 delay？”我没抬头，回：“加个屁，他们 firmware 里锁的是 timestamp tick，不是 clock gate。” 他说“哦”就去敲键盘了，噼啪噼啪，是青轴声。我听见他按了三次 Ctrl+S，节奏很稳，比我的空格键频率慢一拍半。

产品概念图，仅供参考

　　我盯着 IDE 右下角时间：23:51:17。封包还有四十三分钟。现在要重编资源、重新签名、重跑 full CI、再手动 patch 那个 overlay enable 开关……等等，patch 方式得换，上次用 adb shell setprop 不持久，这次得改 persist.vendor.overlay.enable=1 并触发 initctl restart vendor.overlay。可这个 prop 在真我新版 boot image 里被 selinux policy 锁死了 write 权限。我说不准他们是哪天改的，但昨晚十点更新的内核 config 里确实加了 CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=1。谁改的？不知道。为什么改？没人说。改之前测试过了吗？测试妹子说没收到 regression case 邮件。

　　算了，不 patch 了。把 overlay 实现全切成 client-side composition，绕开 vendor 层。反正动画帧率掉不了太多，用户滑首页不会盯每一帧。反正……先过这关。我刚抬手想按 Ctrl+Alt+L 格式化代码，键盘右上角的 Caps Lock 灯突然自己亮了。不是我按的。是静电。

（编辑：52刷机网）

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