OPPO A6 GT深度评测：性能续航双优，购机首选！
|
亲历现场。那版系统推到A6 GT上第三天，凌晨两点十七分，我正盯着Logcat里一串重复的Binder transaction failed——不是超时，是根本没进ServiceThread，连dumpsys activity service都查不到它注册过。OPPO对接人老周发微信说“这个我们测试没问题”，我截图回他：你们测的是开机亮屏后十秒内的场景，我测的是连续七次从锁屏唤醒再切相机再杀后台再锁屏再等十八秒——然后它就崩在onPause()里，崩得连ANR都不报，只留个无声的binder dead object。我原以为是AMS状态同步延迟，结果抓了systrace发现是SurfaceFlinger在vSync信号里漏掉了那个Layer的invalidate请求，而漏的原因……是你们那个自研的DisplayPowerController把mPendingScreenOffTime写进了错的HandlerThread消息队列。这事儿我敢打包票，因为我亲手用adb shell dumpsys SurfaceFlinger | grep -A5 "A6GT_Camera" 翻了三遍。 桌上机械键盘声停了半秒。测试妹子小杨蹲在窗台边拆第五台A6 GT的后盖，指甲缝里嵌着点银灰色导电漆，她说“主板散热铜箔跟电池胶贴反了”，我没搭理她——那不是我的活，但第二天早上发现前四台烧掉的SoC里，三颗是同一个批次，批次号印在屏蔽罩侧面第七个焊点旁，用十倍放大镜才看得清。楼下便利店的关东煮汤锅又开了，咕嘟咕嘟，隔着双层玻璃还能听见浮油炸开的微响。我把编译窗口最小化，切到终端敲adb shell getprop ro.build.version.incremental，回显是“OPPO.A6GT.R07.B234.20241011”——就这个，没别的，不编，不补，就这一行。 但最离谱的是那个“优胜劣汰”。他们PR稿里写的“OPPO A6 GT深度评测：性能续航双优，购机首选！”——“优胜劣汰”？对，就是字面意思。我亲眼看见三台同批A6 GT在跑完Monkey 12小时后，一台直接黑屏不开机（BQ25619充电IC报ERR_VBUS_OV），一台能开机但触控全失（TDDI驱动在suspend/resume间隙丢了firmware CRC校验位），还有一台……能用，只是每次息屏再亮屏，前置摄像头白平衡偏移120K，像被塞进旧录像带里。这哪是“双优”？这是三选一。厂商说“用户感知不到”，我笑出声，转头把测试视频发到外包群——群里安静了四分十三秒，然后测试妹小杨回：“我刚拿去泡水里测IP68了，泡了七分钟，拿出来还能拍，就是颜色更黄了。” 窗外洒水车经过，高压水柱砸在楼下不锈钢垃圾桶上，“哐啷”一声闷响，震得我手边那台A6 GT的陀螺仪日志突然多了一组-0.327, 0.891, -0.004，持续两百四十一毫秒，刚好压在我正看的SensorEvent.timestamp上。我顺手截了图，没删，也没存，就让它卡在ADB log buffer里飘着。测试机堆在窗台晒到发烫，五台叠着，中间那台屏幕已经轻微翘边，膜底下起了三层气泡，像发霉的豆腐乳。我把其中一台翻过来，USB口边缘有道细划痕，深浅不匀，一看就是产线工人用镊子夹PCB时蹭的——这种细节他们不会修，也不报bug，就叫“外观可接受”。我信了，直到发现划痕正下方的USB PHY供电电容焊盘虚焊，导致OTG模式下Type-C耳机左声道断续十七次/分钟。这数字我数过，不骗你。 上周三下午四点，外包同事阿哲来工位递咖啡，顺手把他的A6 GT放我桌上，说“你瞅瞅这个自动亮度是不是调太激进了”，我接过来滑了三页设置，手指划过“显示”-“亮度调节”开关时，屏幕突然闪绿，不是背光，是整个RGB矩阵的G通道延迟输出三帧。我立刻抓systrace，发现是display@1.4-service里一个未命名的thread把brightness value传给了错误的HAL instance。我说“你换台机器试试”，他掏出第二台，型号标贴底下刮了一道白痕，打开亮度设置，绿闪没了，但音量键按下去，震动反馈滞后八百毫秒。我问他俩机器买的时间差几天，他说“隔了四小时，线上抢的”。我就没再问——时间线这东西，有时候比版本号还准。
产品概念图，仅供参考 不过这事其实早有苗头。去年底做Reno12系列适配时，他们的display HAL里埋了个“智能降频开关”，名字叫smart_refresh_toggle，实际干的事是在后台应用切到前台瞬间，偷偷把GPU主频砍掉百分之三十——理由是“降低功耗感知”。我当时就骂了句脏话，但没拦住，因为客户签字确认过。现在轮到A6 GT，这个开关不但还在，还加了新逻辑：当系统检测到连续三次APP启动耗时＞1.4s，就永久关闭Vsync同步，改成fixed 30Hz刷新。没人告诉测试，测试也测不出——因为他们用的是预装App跑的自动化脚本，而脚本自己启动快，骗过了这个阈值。这事我说不准，没root权限，不敢断言；但我知道小杨昨天往设备里push了一个自己写的启动计时器APK，装进去第一秒就报“display service died”。她截图问我怎么修，我没回。我现在正用另一台A6 GT重刷system.img——烧录进度条卡在67%，旁边窗口里gradle在编译CameraX依赖，等它的时候我打开钉钉看了眼群消息，老周刚发了个“辛苦兄弟们，客户表扬了我们交付质量”。我截了图，存进手机相册，没发，也没删。测试机还在窗台晒着，中间那台翘边的屏幕映着下午三点零七分的太阳，反光刚好照在小杨左手无名指第二节的红痣上。我刚才看见她用那个痣对焦手机前置摄像头，试自拍效果。 先不修那个Binder死锁了。我把adb logcat -b events的buffer清空，重新起一个监听进程，顺便把小杨的计时器APK pull下来，拖进Android Studio，打算看看它的Manifest里有没有申明android:debuggable="true"——如果真开了，说不定能绕过那个display HAL的权限拦截。反正编译还要三百七十二秒。 （编辑：52刷机网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
