iPhone 16e深度体验：性能跃升，果粉必入！
|
亲历现场。那个大版本封版前四十八小时，我盯着三台iPhone 16e跑稳定性循环，第十七轮崩溃在微信语音通话中途——不是闪退，是直接黑屏重启，连日志都断在kernel panic前十八秒。我原以为是基带驱动层的老毛病，结果翻log发现panic trigger在coreduetd，而coreduetd根本没动过，上一版里它稳如老狗。组长蹲我工位边看adb log，手指还在搓他那枚钛合金婚戒，搓了三分钟，最后说：“先切回旧分支比对。” 桌上三杯没喝的咖啡。第一杯冷透，奶皮皱成灰白色；第二杯加了糖但没搅，沉底结晶像砂砾；第三杯是我凌晨两点热的，喝了一口就搁那儿，杯沿一圈浅褐色指印。测试间顶灯又开始闪，不是整排，就左起第三根，滋啦滋啦，节奏忽快忽慢，跟我们那台总掉帧的MIPI屏老化仪一个节拍。我抬头看了三次，第四次干脆把椅子转过去背对它——可它还在闪，你挡不住光，只挡得住自己眼睛。 “iPhone 16e深度体验：性能跃升，果粉必入！”——这标题我敢打包票，是产品经理昨早十点零七分钉钉发的PRD附件名，PDF右下角带水印“v2.3_final_勿外传”。可这个“优胜劣汰”，他们真懂什么叫“汰”？上周五我拿同一套压力包打竞品旗舰机，A系列芯片温控策略明明更激进，降频阈值却比上一版高了将近十度，风扇都懒得转；可16e在连续跑Camera HAL stress时，GPU freq还没拉到90%，system_server就杀掉三个前台Service——杀得理直气壮，还顺手清空了media.codec的buffer链表。这不是性能跃升，这是调度器学会抢跑后，把刹车片焊死了。 工位隔板上贴的便利贴，蓝边，撕过一次，底下还粘着半截胶痕。写着“查iOS18.4 beta7音频通路reset异常（见bug#8821）”，字是开发小陈写的，圆珠笔压得太狠，纸面凹下去。他昨天下午来过，站我背后看Trace图，看了一分四十秒，突然说：“哎，你这儿trace里audio HAL线程名怎么是‘AudioHAL_Worker_0x7a’？”我说：“对啊，系统自动生成的。”他掏出手机拍照，说：“我司Android端从来不用地址当线程名，他们是不是……拿错模板了？”我没接话。这种事没法接——模板哪来的？谁merge的？测不测？测出问题算谁的？ 最离谱的是Wi-Fi断连恢复逻辑。我们写脚本自动拨号重连，正常流程该走wifid → networkextension → NEHotspotConfiguration，结果16e每次失败后，system_profiler竟去读取Bluetooth的hardware UUID，读完还不用，就扔那儿，log里一行：“[BLT] cached device ID: D4:2C:7F:1A:3B:5C”，然后继续等DHCP timeout。这个ID我敢打包票，是隔壁组上周修一个耳机配对bug时硬塞进去的全局缓存key，根本不该被WiFi模块碰。可没人改，因为“不影响连上”。不影响？它让重连耗时从八秒拖到四十一秒，第七次失败后触发fallback to cellular，这时候app还以为自己在线。
外观展示图，仅供参考 凌晨打车回家的司机在听评书，《刘公案》第十七回，说到“三更天火烛亮堂堂”，他跟着念半句，忽然问：“师傅您这手机，发热不？”我看了一眼副驾座上那台借来应急的16e，屏幕还亮着，正跑后台位置更新，CPU温度62℃，电池电压纹波跳变幅度比上一版大三倍。我没答。他自顾自讲下去：“我闺女用iPhone，充一夜电，早上拔掉充电器，壳子烫得能煮溏心蛋。”我摸了摸裤兜里的温度计探头，想着明早要不要偷偷塞进产线抽检机的USB-C口里，录一段真实热感曲线。但可能也没用——热感曲线再歪，也不如那一行log歪：“[powerd] thermal mitigation activated but no throttling applied”。不 throttling，只 mitigation，mitigation 是什么？是关麦克风，是停GPS，是把ARKit的pose估计精度砍掉两档。这些事它干得特别顺，像吃饭喝水。可用户只觉得：“咋这会儿定位不准了？”我原以为是thermal framework改了策略，结果今天拆固件镜像，翻到/System/Library/Frameworks/PowerCore.framework，发现里面有个新二进制叫“survival_policy”，体积比上一版大百分之四十。没符号表，没strings，用otool -l 看segment，只有一段__TEXT,__text里密密麻麻全是branch forward +32、+64、+128……像用尺子量着写的汇编。这种代码，你让开发debug？让他拿LLDB attach进system_server？我看着小陈在会议室白板上画call stack，画到一半擦掉重来，擦了三次。产品经理坐在角落剥橘子，瓣瓣掰得整齐，橘络一丝没留。 这东西现在放出去，没问题。真没大问题。系统不死，APP不崩，OTA能推，用户感知不到“汰”的过程——只有我们在log堆里看见process A被process B挤掉内存，看见watchdog kill掉一个本该活着的daemon，看见sysdiagnose自动删掉前五分钟的kernel ring buffer，理由是“space conservation”。优胜劣汰？优在哪？汰谁？汰得悄无声息，连埋葬仪式都没有。我就想问一句：你们删log的时候，删的是证据，还是良心？ 先去把工位灯管换了。第三根，滋啦声太吵。换完回来，得重刷一遍那三台样机的firmware——不为别的，就为看看新baseband是否还触发那个coreduetd panic。要是还触发……我打算试试把panic handler替换成printf，至少让它吐出一行真话。哪怕就一行。 （编辑：171手机网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
