iQOO Z11 Turbo评测：游戏强悍，性价比爆棚

　　亲历现场。那天凌晨三点十七分，我盯着Build Output窗口卡在“dexing archive…”那行不动，窗外洒水车正拐进小区，滋啦——滋啦——水柱扫过梧桐叶的声音比AS打log还清晰。iQOO对接人老张刚在钉钉发完第十一张截图，标题叫“紧急：Z11 Turbo游戏场景帧率回落需今晚闭环”，文件名带时间戳，但没写清楚是哪个GPU上下文触发的vulkan validation layer报错——他连vkCreateGraphicsPipelines调用栈都懒得截，只甩来一句“你们看下是不是那个动态资源加载路径的问题”。我原以为是asset manager初始化顺序，结果切到systrace一看，根本不是asset的事，是surface flinger在onTrimMemory()里被锁了四百二十毫秒，而这个锁，只在Z11 Turbo那版系统里、只在启用“超频模式”且横屏运行《原神》时、只在第二轮热更新资源加载后才出现。这个我敢打包票。

　　测试妹子小林蹲在窗台边啃关东煮，竹签插着半块萝卜，汤汁滴在Z11 Turbo的工程机壳上，留下三道淡褐色印子。她左手捏着三台机：一台黑屏重启中，一台正在跑Monkey 3.2.1的随机事件流，还有一台屏幕裂了但touch IC正常——这台反而测得最稳。她没抬头，只说：“Z11 Turbo的SurfaceFlinger线程名在那版系统里被改过三次，第一次是‘sf_main’，第二次加了‘_turbo’后缀，第三次又删了，现在是‘sf_turbo’。但我抓不到第三次改名的commit hash。”我说你截个ps -T呢？她说：“截了，线程ID对不上trace，你猜怎么着？线程PID变来变去，同一个SurfaceFlinger进程fork了五次，最后一次fork出来的线程名字是对的，但它的parent tid是-1。”这个我说不准——不是不敢说，是logcat里没留parent pid的打印点，也没人告诉我他们是不是开了轻量级cgroup隔离。

　　桌上的机械键盘青轴，按空格键时咔哒声特别响，尤其敲“./gradlew clean && ./gradlew assembleDebug --no-daemon”这串命令的时候。我手抖按快了，少敲了一个&，然后等了十八秒才发现build卡在dependency resolution，不是编译。楼下便利店卷帘门哗啦一下拉下来，铁链撞金属框的声音跟编译失败提示音频率几乎一致。这时候外包同事阿哲推门进来，头发乱得像被静电吸过，手里拎着两杯冰美式，一杯递给我，一杯自己灌了一半，然后指着我显示器右下角说：“你看Clock app的onResume里调的那个bindService，参数intent里class name写成ComponentName(null, 'com.iqoo.clock.service')了——null不合法，但Z11 Turbo那版系统居然不抛SecurityException，直接静默fail，然后Clock就假死。别的机型早崩了。”我说那你怎么发现的？他说：“小林测的时候顺手dumpsys activity service | grep clock，看到service状态是‘not found’，但没报错日志，我就反编译APK看了眼。”

　　可重点真不是Clock。是Z11 Turbo的“优胜劣汰”机制——它根本不走常规force-stop逻辑。杀后台时，它先检查你的process state是不是TOP，如果是，再检查你有没有持有Surface或者AudioTrack，有，就给你保留；没有，就直接干掉。但问题来了：你要是用了ExoPlayer + TextureView，TextureView表面hold住Surface，实际上Surface已经被eglDestroySurface过了，而Z11 Turbo那版系统偏不信这个邪，它认TextureView的attach状态，不认EGL状态。所以你App明明已经释放了显存，它还认为你占着Surface，不杀。等你切出去三分钟，它突然发现Surface对象实际无效，啪一下补刀，顺带把你整个Process树全杀干净，连NotificationListenerService都不留。这个逻辑，我在Find X5 Pro上没见过，在Redmi K60上没复现过，在荣耀Magic4上连影子都没有——就Z11 Turbo这一家，就那版系统，就这一个型号，就这一个场景。你说巧不巧？

　　我盯着编译窗口终于跳出BUILD SUCCESSFUL，时间是三点五十二分。小林已经把三台机全塞进防静电袋，拉上拉链，顺手拔掉充电线，其中一台屏幕温度高得烫手，塑料壳微微翘边。阿哲靠在门框上打哈欠，左边鼻孔冒泡，右边嘴角挂着咖啡渍。我打开Z11 Turbo的Settings > Apps > Running，发现我们包名底下压根没显示进程，只有“iQOO Game Toolbox”在那儿亮着绿灯。我又点进去看“最近任务”，列表里空的。但当我切回桌面，长按Home键——卧槽，我们的Launcher Activity赫然出现在缩略图最上面，图标右下角还有个小红点，表示未读通知。我戳进去，App从onCreate()重走一遍，完全不走onRestart()。这个我敢打包票：不是冷启动，也不是热启动，是Z11 Turbo那版系统亲手给我们的Activity判了死刑，又在尸检报告盖章前偷偷续了命。谁干的？没人说清。谁该背锅？老张说“你问底层驱动团队”，驱动团队说“你们APP没按规范回调”，规范在哪？他们甩来个链接，404。

产品概念图，仅供参考

　　前两天翻旧项目，看见我们三年前给vivo Y76s适配时写的注释：“# FIXME: 启动时system_server会主动kill掉正在startForeground()的service，但仅在启用AI省电模式+夜间温度低于22℃+USB未连接时触发。”——当时写了三周patch，最后发现是温度传感器校准偏差0.8℃导致的误判。现在想想，真怀念那时候，至少bug是讲道理的。

　　明天上午十点还得跟老张开会对齐“优胜劣汰”的API兼容性清单。我已经把“Surface.isValid()返回true但eglGetCurrentContext()返回null”的case加进test case第三列，但要不要同步给他看systrace里sf_turbo线程那四百二十毫秒的锁等待？算了，他上次说“trace太深，产品看不懂”，我就把那段录屏裁成两秒动图，标红锁住的函数名，配上字幕：“这里卡住了”。至于到底为什么卡，——我不写了，写也白写。你懂的。

（编辑：52刷机网）

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