加入收藏 | 设为首页 | 会员中心 | 我要投稿 52刷机网 (https://www.52shuaji.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 安卓频道 > 安卓评测 > 正文

荣耀500 Pro MOLLY深度评测:高颜值强性能,真香!

发布时间:2026-11-07 11:30:07 所属栏目:安卓评测 来源:DaWei
导读:  亲历现场。那版系统推到荣耀500 Pro MOLLY的当天下午四点十七分,我正用三台机子同时跑Activity生命周期钩子注入测试——其中一台是MOLLY工程机,屏幕右下角贴着胶布,胶布上拿签字笔写的“v2.3.1-rc3-改完再测”

  亲历现场。那版系统推到荣耀500 Pro MOLLY的当天下午四点十七分,我正用三台机子同时跑Activity生命周期钩子注入测试——其中一台是MOLLY工程机,屏幕右下角贴着胶布,胶布上拿签字笔写的“v2.3.1-rc3-改完再测”。桌上的机械键盘声是青轴,敲F9编译的时候第三下总卡半拍,跟心跳错频。楼下便利店又开始煮关东煮,萝卜块在汤里翻滚的咕嘟声隔两层楼还透上来,我数过,七秒一轮,比Gradle daemon重启还准。


  我原以为改完那个onResume()里漏掉的SurfaceView状态同步就能交包,结果点了Build之后光标在AndroidManifest.xml里狂闪,死活不往下走。等了十八秒,窗口右下角弹出小字:“Resource linking failed”,点开堆栈一看,居然是res/values/attrs.xml里一个自定义attr被标了@removed——可这attr压根没在我们代码里引用过,只在厂商给的SDK Demo里出现过一次。我截图发给对接人老陈,他回得比洒水车经过还快:“你们动了base module?”。我说没动,他发来个压缩包,名字叫“MOLLY_base_clean_20240520.zip”,解压发现里面attrs.xml删了三行,但demo里还留着调用……我敢打包票那demo就是他们QA昨天自己跑的,因为最后一行log写着“2024-05-19 23:59:58 - PASS - demo_surface_test”。


产品概念图,仅供参考

  测试妹子小满把MOLLY放在窗台那排机器最左边,说那儿阳光足,散热好。结果晒到三点后屏幕边缘泛黄,她拿纸巾擦了三遍,越擦越亮,最后干脆把整台机子转了九十度,让太阳从侧边照。现在那台MOLLY横着躺那儿,像条搁浅的银鱼。我盯它的时候,旁边同事老李突然说:“优胜劣汰?笑死,上礼拜刚见他们砍掉三个ROM预装APP的A/B灰度开关,连埋点都没拆干净。”我没接话,因为正盯着Logcat里一行飘过的W/System.err:android.view.WindowManager$BadTokenException: Unable to add window — token android.os.BinderProxy@b3a7c21 is not valid; is your activity running? 这句我见过三百七十二次,每次都在不同型号、不同系统版本、不同夜间模式开启时机下冒出来,唯独不在文档里写明触发条件。


  “荣耀500 Pro MOLLY深度评测:高颜值强性能,真香!”——这话是市场部给的通稿标题,我copy进测试用例表头的时候手抖删了两个字,变成“深度评测:高颜值强性能,真香!”,结果Jenkins构建居然通过了。后来才知道是CI脚本里grep -i “深度评测” 把整个case都跳过了。所以那版系统其实根本没跑过MOLLY的深色模式适配验证,只是靠手动截图打了勾。我说不准这事是不是普遍,但上周中兴Axon600那边也爆过类似问题,同样是通稿标题混进test name,结果自动化链路直接绕开。不过这个我说不准,毕竟我没碰过他们的CI config。


  测试机堆在窗台晒到发烫时,我闻到一股淡淡的塑料味,像旧耳机线被晒软后的味道。不是烧焦,就是温热的聚碳酸酯味。我伸手摸了摸MOLLY背板,确实烫,但没到报警温度——我手机测过,四十一点二度。旁边老李端着关东煮路过,汤勺刮碗边刮出刺啦一声,他低头看了眼MOLLY,说:“这机子ID设计真敢做,中框断点比咱们上个月砍掉的那个指纹方案还狠。” 我嗯了一声,心想你倒是试试在system_server进程里塞个回调监听那个断点处的触摸事件上报延迟……算了,这个先放着。


  我删掉过三版gradle.properties里的android.useAndroidX=true,就为看它报什么错;也把proguard-rules.pro里所有keep规则全注释掉,只留一行-keep class { ; },然后等崩溃日志反向找混淆漏网之鱼。但这次不一样。这次是“优胜劣汰”——不是功能层面的淘汰,是资源文件路径级的淘汰。attrs.xml里那行@removed,它没删源码,没改SDK,只是把attr标记了废弃,然后在R.txt里直接抹掉对应的int值。结果我们build时引用的R.attr.xxx,一查发现没了,链接失败。可真机运行时反而不崩,因为aapt2在打包APK时做了fallback——它会把未定义的attr当作普通字符串硬塞进binary,runtime读取时抛空指针。你信不信?我就在MOLLY上亲眼见过,同一个Activity,在debug包里crash,在signed release包里居然跑通了,就因为release用了aapt2 v4而debug用了v3。这个我敢打包票,因为我录了屏幕,帧率监控显示crash前一秒SurfaceTexture更新停了三百毫秒,release包里没停。


  洒水车又来了。这次它停在楼下三分钟,喷头朝左偏十五度,水雾飘上来打湿了窗台边那叠打印出来的CTS fail log。纸页卷了边,墨迹洇开,其中一页写着“testCameraOrientation_MOLLY_Front_Camera_Video”,fail reason是“Expected: 270, Actual: 90”,但实际拍出来视频旋转是对的。我拿手机拍下那页纸的时候,小满在喊:“王工!MOLLY的蓝牙耳机重连延迟测出来没?” 我说还没,她哦了一声就去扒另一台Find X8的logcat了。我盯着自己手机里拍的那张纸,发现洇开的墨迹底下还有一行小字,是上次OTA推送失败的回滚记录:“Rollback to base_20240417 due to audio_hal misalignment”。没写哪个hal,也没写misalignment具体表现,就这一行。我不打算问了。今天下班前我要把MOLLY的SystemUI状态栏通知图标缩放适配提交上去,不管它明天会不会被另一版系统覆盖掉。

(编辑:52刷机网)

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

    推荐文章