|MIUI 12.5增强版体验！这功能暴捶iOS，太香了( 二 )

小雷也对小伙伴们最关心的杀后台现象进行了测试。
具体测试流程如下：

1、打开23个主流App ，其中包括两款大型手游。
2、分别滑动使用30s以模拟日常使用，再把手机锁屏静置20分钟，
3、20分钟后解锁手机，观察后台存活情况。

测试表示，这23个后台放了20分钟，居然一个都没被杀。
而且在后台众多的情况下，系统依然有很不错的流畅度，打开和切换应用丝毫不卡段。
惊不惊喜，意不意外？
当然，这时候手机的物理内存已经接近饱满，系统会把不活跃的进程和代码进行压缩，并转移到Zram虚拟内存分区。
待机时间越长，进程越不活跃，交换分区的占比就会越大。
通过合理地交换物理内存和虚拟内存，让物理内存的压力得到缓解，这也是很多手机厂商的保活策略。
但仅凭这个基本套路，肯定是做不到死死保住23个应用的。
所以接下来，咱们来详细了解一下MIUI12.5增强版的两大杀手锏。
先从原子内存说起。

大伙可能不知道，一个App是有很多个进程的，以微信为例，后台会常驻6到7个进程。
而每个进程都会单独消耗CPU和内存资源，加起来就
一个应用尚且如此，可想而知，后台开20个应用对性能和内存的压力有多大。
所以原子内存首先要解决的就是多个进程公用资源的问题。
还是以微信为例，微信的小程序、前后台、推送等都是一个个独立进程，占用还是挺大的。
把微信放在后台，并打开哔哩哔哩看视频， MIUI会根据内存的紧急程度来“砍”进程。
如果内存实在不够了， MIUI就会把微信后台的小程序或游戏进程关掉。
这样既能节省内存，又不至于把整个微信后台干掉。
但后台留存的应用变多了，势必会对系统流畅度造成影响，因为原生安卓对每个应用都是一视同仁的...
一块蛋糕就这么大，平均分下来，只会导致大家都吃不饱。
于是MIUI又搞了个解决方法，焦点计算，你在做什么，系统就优先把性能资源调给你。
而那些不重要的应用会被焦点计算抑制，无法获得更多性能资源。
说白了就是优先把大块的蛋糕分给肚子很饿的人，给饱肚汉分一小块就够了。
两套组合拳打起来，就有了小雷今天的测试表现。
让23个后台完美保留的情况下，还不影响到整体流畅度。
但是这增强版也不是没有问题，凡是开发版内测有的bug ，增强版都传承了下来。
希望早点把这些小bug修复吧。
图源：关注米柚更新
调度和温控还有优化空间在调度这一块，米子显然还没有吃透每个机型。

小雷的小米10U搭载的也是功耗均衡的骁龙865 ，但只要发热稍微高点就强制降刷新率， 120Hz秒变60Hz 。
早期的版本温控貌似没有这么严格，也不知道是不是被888烫怕了...
So ，小雷最近没有沿用官方调度，取而代之的酷安很受欢迎的YC调度。
它不仅实现了省电、均衡和性能三挡调度，还支持大部分高刷手机的自适应刷新率调节，妥妥的黑科技了。
理论上来说，只要你的手机是高刷屏，并且能刷上Magisk框架就能用。
不瞎吹牛，数据说话。
就以最简单的看B站视频为例，小雷分别测试官方调度和YC调度下的视频功耗。

测试条件：亮度相同、观看的视频相同、同一个WIFI网络、清空其余后台。
使用YC调度的时候，观看B站视频的功耗是1564.4mW 。