小米17 Ultra首发测评：性能与颜值双巅峰！

　　亲历现场。那晚小米17 Ultra的首发测评稿发到我邮箱是凌晨两点四十七，标题就一行：“小米17 Ultra首发测评：性能与颜值双巅峰！”——我盯着那行字看了十八秒，没点开附件，先去厨房灌了半杯凉水，水杯沿上还沾着下午泡枸杞留下的淡黄渍。

　　桌上的机械键盘声又响起来，青轴，咔嗒咔嗒，像有人在用指甲盖敲水泥地。小陈在我左手边第三次重编Framework层签名验证逻辑，他耳机里漏出来的《孤勇者》副歌刚好卡在“致那黑夜中的呜咽与怒吼”，然后戛然而止——他拔了耳机，骂了句“签名过期？这他妈是签了三年前的密钥吧”，顺手把测试机堆往窗台推了推。那堆机器现在全晒在那儿，玻璃窗没关严，下午三点开始晒的，四台亮屏待机，屏幕边缘烫得能煎蛋，我早上摸过一回，指尖留了三秒灼感。

　　我原以为就是改个UI适配层的Z轴层级顺序，结果打开代码树才发现vendor overlay里混进了两套systemui资源包，一套叫“ultra_light”，一套叫“ultra_pure”——连命名都带营销味儿。翻commit记录，最早那次merge里写着“适配需求急，先上再说”，署名是小米那边对接人老吴，附言说“老板明天要见演示PPT”。我敢打包票，他压根没跑过真机手势冲突链路，就点了三次Build并截图发了钉钉。

　　楼下便利店的关东煮锅又掀盖了，萝卜块浮上来那一下的热气直往上飘，隔着三层楼我都能闻见昆布高汤底里那股微酸的发酵味。这味道一出来我就想吐——上周五也是这会儿，我在测横屏视频播放时surface rotation回调死锁，连续崩了二十七次，最后发现是DisplayManager里有个隐藏的isUltralightMode()硬编码返回true，但这个方法在系统源码里根本没定义，只在小米定制的那个fake_display_policy.jar里塞了一行return true;。我说不准这玩意儿到底是哪版系统埋进去的，但我知道它上线前连UT都没写。

　　测试妹子小满昨天中午蹲在工位上扒log，头发扎得比平时高两厘米，后颈全是汗，她举着平板问我：“哥，你确定这个‘双巅峰’指的是GPU调度和曲面屏触控响应？还是……他们把自研影像算法叫‘巅峰’？”我没接话，光看她平板右下角的时间戳——那版系统启动日志里time spent in init_process是三百七十二毫秒，比同平台其他OEM快了不到十毫秒，但内存驻留多了四十兆。这点差距，够塞进三个预装天气App，不够修一条主线程锁等待链。

　　对，就是“优胜劣汰”。他们删掉了旧版相册里所有基于SurfaceView的缩略图预加载路径，全切GLSurfaceView，理由是“更稳”；可一进多图模式，六张竖图横滑，第三帧必掉一拍——不是卡顿，是跳帧，像录像带被抽掉一格胶片。而他们写的发布会Slogan里，“双巅峰”的“峰”字，笔画末端加了0.3毫米阴影描边，设计师说这样在发布会大屏上更“锐利”。真他妈锐利，锐利得我把调试器打断点打断在RenderThread的flush操作里，看着帧时间从14ms一路飙到47ms，眼睁睁看它越界、告警、崩成灰块。

产品概念图，仅供参考

　　我拆过三台工程机，主板编号都带U7-，芯片组温度传感器读数全是一样的——三十七度二。不是巧合，是焊死的。烧录完固件再测温控策略，风扇启动阈值调高了两度，风扇曲线斜率拉平，散热模组噪音低了4分贝，续航数据好看了三分钟。但那个“优胜劣汰”真正落地的位置，其实是SystemServer里一个叫LegacySensorServiceProxy的壳子类——它永远返回null，所有旧接口调用直接fallback到HAL层裸驱动，绕过整套QCMotion Sensor Framework。没人提，因为没人跑legacy sensor兼容测试。测试妹子小满上周提过一次bug单，标题是“重力感应旋转失灵”，状态三天后变“Won’t Fix”，备注写“新方案已覆盖，旧通路废弃”。

　　洒水车又来了。这次是从西门进的，水柱扫过三楼空调外机，滋啦一声白汽腾起，像谁掐灭了根烧红的铁钎。我盯着窗外那团汽散开，突然想起上个月帮OPPO适配同一套AOSP基线，他们QA组长拿红笔在测试表上画圈：“这里不许动，用户会投诉通知栏图标错位。”我们真就没动。而小米这边，连StatusBarIconList.java里draw()方法里的mIconSize += 2这种补丁，都算作“设计语言升级”。升级个屁，就是把icon撑大两像素，让状态栏空隙少一点，好看点，PPT里多一句“视觉呼吸感提升”。

　　我其实删过一段Logcat——是开机第一分钟里，SystemUI反复尝试绑定一个叫UltraTouchAssistantService的东西，bind失败八次，最后一次超时，然后默默降级用基础触控服务。那段log我删了，因为客户邮件里写了“请确保输出包中无debug-level trace”，我信了。后来才看到内网文档角落里一行小字：“UTAS is optional. Will not impact core UX.” 所以它本来就不该存在。但它存在，且在init.rc里注册为early-init服务，还抢了两个Binder节点ID。我删的不是log，是证据链最结实的那一环。

　　我现在把那篇测评稿存进了一个叫“别点开”的文件夹。里头还有VIVO X90的“影像革命”初稿、华为Mate60的“通信越级”demo脚本，都带着同款标题结构：“XX旗舰首发测评：XXX与XXX双巅峰！” 它们共同点是什么？不是参数、不是代码、不是benchmark，是厂商PR部写完终稿后，会把全文PDF发一份给系统团队——作为“验收基准”。意思是，你适配出的效果，必须匹配这篇文字里每一个形容词的感知权重。比如“巅峰”这个词，在文案里出现四次，其中两次紧挨着“丝滑”，一次搭配“零延迟”，一次放在“一触即达”前面。你猜我们要测多少个touch事件timestamp差值，才能让产品经理觉得“对，这回真是丝滑了”？

　　我准备今晚再烧一版system.img，不跑全量CTS，只跑三项：横屏切换、双指缩放相册、长按状态栏展开快捷开关。其它不管。反正下周二是交付日，他们说“只要能播通发布会demo就行”。我刚看见老吴在群里的新消息：“兄弟，Demo机明天下午四点前要送到发布会后台，贴膜+装壳+清缓存，顺便看看能不能把通知栏那个小箭头调得再尖一点。”

　　我现在要去趟楼下便利店，买份关东煮，不要萝卜，只要魔芋结，多加辣油。吃完回来，试试把LegacySensorServiceProxy的null返回改成throw new UnsupportedOperationException("Not implemented for Ultra")，看会不会触发某个隐藏的fallback保护机制。不报bug，就试一试。

（编辑：52刷机网）

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