vivo Y500 Pro评测：长续航+高性价比双优之选

　　亲历现场。那晚九点四十七，vivo对接人老周在群里发第三条语音，说“Y500 Pro系统层要锁版本”，我手刚摸到键盘，楼下便利店的关东煮摊子就拉下卷帘门，“哗啦”一声，铁皮刮着不锈钢轨道，像刮硬盘磁头。

　　我原以为只是压个OTA包签名——结果编译到第七遍，Gradle卡在mergeDexDebug，等了十八秒，窗外洒水车刚好经过，喷头嘶嘶响了二十三秒，水雾溅上我那台二手X1 Carbon的屏边，把BuildConfig.DEBUG都糊成浅灰色水痕。老周语音又来了：“兄弟，测完记得把PowerProfile那个dump删掉。”我点了删除，手指悬在回车键上顿了半秒——这个我敢打包票，他根本没看commit log里我三小时前就把dump逻辑移进DEBUG_ONLY了。

　　桌上的机械键盘声特别脆，青轴，敲空格时带点弹簧震颤的余音。我左手无名指还按着Ctrl没抬，右手已经划开钉钉，翻测试妹子小林昨天下午三点零七分甩来的截图：Settings > Battery > Usage里，vivo Y500 Pro那版系统，System UI进程底下多了一行“com.vivo.perfguard”，字体比别的轻，灰度深一度，像临时打上去的补丁水印。我说不准这行是不是她误截了debug build，但那台被晒在窗台的Y500 Pro真发烫——下午三点开始晒，到现在六点二十二，四台机器并排躺着，屏幕朝上，金属中框烫得不敢用拇指去碰，像烤过的小麦片盒盖。

　　我们外包组三个人轮着跑adb shell dumpsys batterystats --reset，跑十次，七次fail，报错是“cannot read /sys/class/power_supply/battery/capacity”。不是权限问题，是路径在Y500 Pro上根本不存在。查了两小时，发现它走的是/sys/class/power_supply/bms/capacity，但bms节点只在kernel启动后二十秒内短暂存在——我们dump的时候，它早被ueventd回收了。测试妹子小林直接拍视频发群里，画面右下角时间戳跳到17:43:06，她指甲盖按在手机侧边，一抖一抖地重复拔插USB线，嘴里念叨“再试一次…再试一次…”。我截图保存了，但没存她的声音。那会儿我耳机里循环着网易云里一个叫《Linux Boot Log ASMR》的歌单，播到第十四首，内核日志刷屏声里突然混进一声清脆的“叮”，是隔壁工位老张泡面撕包装袋的声音。

　　优胜劣汰？呵。这个说法是测试妹子小林先喊出来的，她说Y500 Pro续航测试跑完，同批次其他五款竞品机里三台撑不过八小时，剩下俩自动降频到1.2GHz死扛，只有Y500 Pro稳在1.8GHz满血输出还剩百分之三十一电量。我复现不了。我跑了整整三天，同一套Monkey脚本，同一块电池健康度92%的拆机模组，它要么在后台Service重启时掉电骤增，要么在亮屏十分钟后突然报BatteryStatsService: reset history timeout。我没告诉小林，我第四次重刷系统镜像时，把vendor分区里的perfguard_vendor.bin手动替换成三个月前的旧版，它居然续航曲线平得像刀切过——但这不能上线，老周明确说过“不许动vendor bin，出了事算你头上”。

　　所以我说它是双优之选，长续航+高性价比。但这个“优”字背后是什么？是调度策略硬编码进hal层那四百零七行汇编，是电池校准算法悄悄绕过了AOSP的PowerManagerService，是那版系统里所有关于“低功耗”的Log全部被grep -v filter掉了，连SystemServer启动时那句“battery stats service initialized”都被patch掉了。我不屑提“自研”这两个字，真自研的代码不会在system_server进程里藏三个未导出的JNI stub函数等着被反射调用。

　　反正今天下班前得把最终包扔给老周。我刚把签名密钥从testkey换成releasekey，机械键盘敲出的最后一个字符是回车，声音比平时响，因为左Shift键帽昨天被我掰松了，每次按下去都有点晃。窗外又来洒水车，这次停在楼下，喷头歪着，水柱斜着打在Y500 Pro测试机堆的玻璃窗上，一道水痕从右上往下淌，正好盖住其中一台屏幕右下角的IMEI贴纸——贴纸边缘已经卷边了，像被反复揭过三次。

　　我盯着那道水痕看了一分钟，想起上周五下午，外包同事阿哲蹲在茶水间修烧坏的烧水壶，手里的万用表红表笔探针卡在加热管接口里拔不出来，他喊我帮忙拽，我伸手去拉，结果整根表笔连着探针一块断在里面，现在那壶还在接线板上亮着红灯，滋滋冒热气，没人敢再碰。这事跟Y500 Pro没关系，但它就发生了。就像我刚刚顺手把build.gradle里那个compileSdkVersion 34改回33——不是为了兼容性，就是觉得34那个数字看着硌眼。

产品概念图，仅供参考

　　接下来我要干的事：重新跑一遍batterystats dump，用新写的shell脚本强制wait-for-dev /sys/class/power_supply/bms 三秒后再读，不管它会不会把logcat刷爆。如果还失败……我就把小林那天拍的视频转成gif，加一行文字“此处应有dump”，发给老周，看他回不回。不回，我就继续改config.prop里那行ro.vendor.perfguard.enable=true。改完再编。编完再等。等着等着，天就亮了。

（编辑：52刷机网）

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