小米17 Ultra深度评测：性能与影像双巅峰！
|
亲历现场。那晚小米对接人老张在微信语音里说“再压两小时”，我盯着编译窗口的进度条卡在 87%——不是卡，是停，光标都不闪。我原以为是 gradle 插件冲突，结果发现是 aapt2 在 parse assets/ 下某个 .xml 时偷偷吞了 UTF-8 BOM，但只吞前三个字节，剩下一个 0xEF 卡在 buffer 尾；这个我敢打包票，因为我用 hexdump 对着 logcat 里那行 `MalformedXMLException: invalid token at position 372` 一帧一帧比出来的。窗台那堆测试机晒了一下午，17 Ultra 的玻璃背板烫得不敢直接按指纹，边框接缝处积了层薄灰，和旁边那台红米 Note12 的磨砂塑料壳一比，像刚从展柜挪出来的道具。 楼下便利店的关东煮锅又开了，汤底咕嘟声隔三层楼都听得见，每次气泡破掉的节奏特别准——十七秒一个大泡。测试妹子小林蹲在工位旁，拿棉签蘸酒精擦 17 Ultra 屏幕边缘的油渍，她手抖了一下，棉签头蹭到超声波指纹模组位置，屏幕突然黑了两秒，重启后状态栏右上角多出个黄色小感叹号，点开弹框写：“Ultrasonic sensor calibration unstable (error 0x4F)”；我问她有没有动过 settings -> developer options -> “Force ultrasonic calibration”，她说没点过，我信，因为她连 adb 命令都要翻聊天记录里的快捷回复模板。但那个感叹号第二天自己消失了，谁也没碰，连 reboot 都没做。 而我还在抠那行 `@SuppressLint("RestrictedApi")` 注解——它被插在 `SurfaceControl.Transaction#mergeTransaction()` 调用前面，但那版系统里这方法根本没加 @Restrict 标签，lint 警告是假的，是旧版 AndroidX core 的缓存残留。我删了注解，clean 重编，还是卡 87%。桌上机械键盘敲 F5 的声音特别响，“咔嗒、咔嗒、咔嗒”，第三下敲完，窗外洒水车正好经过，喷头滋啦一声嘶鸣，水雾打在玻璃上，糊住半扇窗。我盯着那片水痕发呆，三秒后才想起来切回 AS 窗口——进度条动了，跳到 91%，然后钉死在 92%。 小米17 Ultra深度评测：性能与影像双巅峰！——对，就这句。他们给 PR 文案定调的时候，连 Demo App 都没跑通夜间长焦预览帧率，但文案 PDF 已经盖章进印刷厂了。优胜劣汰？淘汰的是我们这种在 system_server 进程里扒 `DisplayPolicy.java` 源码、硬把 `setForceHwOverlays(false)` 打补丁塞进去的人；优胜的是那些写“IMX989+Leica Summilux 光学镜头组”时，根本不知道徕卡连 HAL 层驱动都没签授权协议的同事。测试机堆在窗台，最上头那台 17 Ultra 的 USB-C 口有轻微松动，插线时得斜着往里推半厘米才能握手成功；我拿镊子夹着 Type-C 插头试了十八次，第七次它亮了绿灯，第十四次弹出 `usb_device_removed` event，第十六次设备管理器里直接消失两分钟——我查 dmesg 日志，只有一行：`usb 1-1.2: device descriptor read/64, error -110`，timeout，但主机端供电电压纹波全正常。我说不准这是硬件批次问题还是那版系统 USB Host Controller 驱动里的 race condition，反正我没修，等厂商来换。
产品概念图，仅供参考 老张后来微信撤回了一条语音，估计是骂脏话了。他前天还说“17 Ultra 的影像 pipeline 和我们当年做的 Mi 10 Pro 几乎一样”，放屁。Mi 10 Pro 是 YUV 路径走 ISP 后再送 GPU 做 HDR；17 Ultra 把 RAW data 直接扔给自研 NPU 块，中间跨了三个内存域，DMA 控制器不认非对齐地址。我昨早改了个 `align_to_128_bytes()`，结果预览画面左下角总飘一块马赛克，十六进制查是某块 memory pool 的 freelist 指针错位——这玩意儿 debuglog 打印出来是乱码，得用 objdump 翻 vendor.img 里那个叫 `libmihal_v3.so` 的文件，翻到偏移 0x2A3B8 处的 mov r0, #0x8000，才看出他们把 size 字段当 flag 用了。但我不敢提，一提老张就说“你们外包先保证 OTA 包能刷进去”。小林今天早上买了关东煮，给我带了颗竹轮，牙签戳在上面递过来。我没接，说“别沾我键盘”，她“哦”了一声就把竹轮戳进自己泡面碗里了。机械键盘的空格键有点粘，按下去要多使一分力，再抬起来慢半拍；我数过，连续按十次，第七次会卡顿三百七十二毫秒。现在我等着 build 输出，要是真过了 92%，我就去拆 17 Ultra 主板，看看那颗 UFS 4.0 控制器的散热硅脂是不是干了——听说小米产线今年换了胶水供应商，新胶导热系数低了百分之零点几，但热成像仪拍不出差别。不过这事儿我懒得验，交给测试部吧，反正他们有红外热像仪，而我只有指甲盖和一杯凉透的咖啡。 我原以为卡 87% 是资源竞争，结果 debug 到凌晨三点才发现是 SELinux policy 规则里一条 `allow untrusted_app activity_service:binder { call }` 没放开，但日志里根本不报 avc denial，只在 kernel ring buffer 里埋了条 `avc: denied { call } for pid=3421 comm="Binder:3421_2" name="activity"`；这句话被 printk 的 ratelimit 给吃掉了，一天最多打四行。我说不准别的机型有没有同款规则锁，但 17 Ultra 的确锁死了。所以现在——我把那行 allow 加进 local_policy.te，重新编 SELinux，烧进去，等它启动完再看。要是还卡，我就把测试机全搬进空调间，关窗，拉帘子，静音模式开到最大。 （编辑：52刷机网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
