iPhone 17e深度解析：性能大跃升，果粉速看！

　　亲历现场。那晚九点四十七，编译卡在 aapt2 的 symbol table rebuild 阶段，我盯着 terminal 里那个不动的百分比，窗外洒水车正拐进园区东门，水柱扫过梧桐叶的声音拖得老长——滋啦、滋啦、滋啦，像在刮一块旧显卡的散热鳍片。

　　测试机堆在窗台，五台叠着三台，全晒得发烫，最顶上那台亮着“iPhone 17e深度解析：性能大跃升，果粉速看！”的弹窗预览页——不是我们做的，是市场部提前塞进 demo 包的 fake landing page，连 assets 里都埋了两套 SVG，一套叫 icon_apple_17e_active.svg，一套叫 icon_apple_17e_inactive.svg，可他妈连 iOS 系统都没跑起来，这图标切图切得比我们的 AMS 服务初始化还早。

　　我原以为就改个 vendor overlay 的 config.xml，把那个 title string 换掉就行。结果 push 到 buildbot 后，systemui 进程直接拒启，logcat 里就一句“failed to inflate view: invalid namespace in ”，翻了十八秒才反应过来——他们用了一个新的自定义 attr 命名空间，叫 android:attr:vendor:icon_tint_mode，而我们的 framework-res.apk 里根本没注册这个 prefix。这玩意儿在 AOSP 里压根不存在，是他们自己 patch 进去的，patch 说明文档写在飞书文档第 37 页倒数第二行括号里，字体大小八号，我敢打包票。

　　楼下便利店关东煮的味噌汤在保温槽里咕嘟了整晚，凌晨一点零三分，测试妹子小林把三台真机推进来，屏幕全亮着同一个页面，她一边撕保鲜膜一边说：“张工你快看，这个‘优胜劣汰’标在哪？客户问第三次了。” 我指了指页面右下角一个灰色小字标签，贴着底部 navigation bar，字号 9sp，不放大镜根本看不到。她说：“哦……可他们要的是 banner 上那个红底白字‘性能大跃升’旁边加一行副标。” 我说：“那不是我们接的需求。” 她把保温杯搁我桌上，盖子没拧紧，滴了一小摊褐色汤汁在机械键盘 F4 键上——那个青轴现在按下去咔哒声变闷了。

　　但那个“优胜劣汰”确实不是虚的。不是性能参数那种优胜劣汰，是真·淘汰：系统里所有用了 deprecated InputMethodService.onFinishInput() 的 IME，那版系统一启动就 force stop；所有没声明 android:exported="false" 的 receiver，哪怕只是监听 ACTION_SCREEN_ON，在第一次 broadcastQueue flush 就被 drop 掉——连 log 都不打，静默剔除。我见过三个外包团队的输入法包，在 prelaunch test 阶段集体崩在 setComposeText() 回调里，不是 crash，是回调直接不进。这个我说不准是不是故意设计的，反正 logcat 没留痕，adb shell dumpsys activity broadcasts 也查不到 record。

　　而我们这边还在给一个 notification channel group 补兼容逻辑，就为了应付 OEM 偷摸加的 NotificationChannelGroup.setAllowBypassDnd() 扩展方法——那方法签名看着像 Google 写的，实际 classloader 加载时会 fallback 到一个 proxy stub，stub 里硬编码了六种机型的 vendor id switch case。其中一台是 vivo X100 Ultra 的定制变体，但我们连样机都没有，只靠厂商给的截图判断 icon 对齐方式。我对着手机拍了十七张图，裁剪再对齐，最后发现不是 offset 问题，是那台机器的 SystemUI 进程用了自研的 bitmap scaler，把通知 icon 强制做了 bilinear upsample，导致圆角渲染偏移了半像素。这事儿跟“iPhone 17e”有半毛钱关系吗？没有。但它让我凌晨三点二十一分蹲在厕所隔间里用 adb logcat -b events | grep "notification" 看了四十分钟，耳机里还放着同事老周录的语音备忘：“…你说的那个 setNotificationChannelImportance，其实它在 vendor overlay 里被重写了两次，第二次覆盖了第一次，但没 throw exception…”

　　桌上的机械键盘声又响起来，我左手按着 Ctrl+Shift+F7，右手捏着保温杯沿，杯壁已经凉了。突然想起前天对接人老李在微信里甩来一句话：“兄弟，你们适配的时候别管人家苹果怎么叫，重点是我们这个‘优胜劣汰’得让用户看见。” 我当时回了个 OK，没拆穿他——那页面里根本没调任何和“优胜劣汰”语义相关的 service 或 callback，就是个静态 textview，text 属性值还是从 strings.xml 里 hardcode 的。现在想想，他说的“看见”，大概率是指 PM 在评审会上滑到那一页时，眼睛能对焦。

产品概念图，仅供参考

　　算了，先 rebase 到 vendor-branch-2024Q3-fs-hack，把那个 namespace 声明补进去再说。等会儿晨会我要问老李：那个“优胜劣汰”的落地页，到底要不要走 AMS 白名单校验？要是走，我得重写整个 notification handler，不走——那它连系统级透传都收不到，纯 webview 套壳，那还适配个屁。

（编辑：52刷机网）

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