基于用户体验的性能优化思考 - 手势和多任务

Android 手机在进入全面屏之后，全局手势一下变成非常重要的一个功能，如何优雅且流畅地呼出多任务，各家可谓是下足了功夫，iOS 由于其流畅的窗口动画和跟手，成了业界对比的一个标杆

多任务呼出的用户体验部分主要在两部分：

1. 应用窗口的跟手度

2. 窗口动画的流畅度

跟手度

应用窗口的跟手度指的是用户从底部上划呼出多任务的时候，窗口底部边缘跟随手指滑动时候的一致性，手指滑到哪里，窗口跟到哪里。早期由于设计的原因，这个操作的跟手度总是不尽人意，反应总是慢一拍，所以会出现下面两个问题

1. 手指滑的位置，往往比窗口的底部边缘要靠上，给用户一种不跟手的感觉

2. 应用窗口动画跳帧，这是由于多任务窗口触发有一定的阈值，触发后可能手指已经上移到了某个位置，但是窗口这时候才开始动，导致窗口第 1 帧变化比较大，给用户一种跳帧的感觉

随着多任务功能移到 Launcher 里面实现，且各个厂商针对跳帧做了触点补偿之后，上面两个问题已经不常见了

窗口动画流畅度

窗口动画的流畅度则直接影响用户的使用感受，这里不仅仅是呼出 App 窗口的那个动作，后续的操作比如松手后多任务界面展示，或者直接缩小到桌面的动画，这些都是需要重点关注的性能场景

MIUI12

这里需要夸一下小米，Android 手机的普遍使用 16 比 9 的屏幕，且大部分是全面屏，导致多任务卡片按比例缩小后，普遍比较长。小米的多任务卡片做的很好，呼出多任务的手势，从底部慢慢往上滑动，可以看到 App 卡片底部边缘随着手指上滑而缩小可以在视觉上弥补跟手的问题，体验上非常好，不过带来的负面效果就是左右的卡片不一样高（问题不大）；vivo 的部分机器则没有采用跟手的方案，而是直接一个 Key 触发多任务，简单明了，这个则不在本次的讨论之中，这样做也是有得必有失

可以看下面的 MIUI12 多任务的呼出过程，App 卡片的底部边缘变化情况，有小米手机的可以自己操作一下看看

图 1：App 界面

图 2：上划 App 卡片呼出多任务

图 3：继续上划 App 卡片呼出多任务

图 4：继续上划 App 卡片呼出多任务

图 5：松手后多任务界面展示

目前多任务还存在的问题

最后还是要提一下 Android 多任务的问题

1. 在复杂场景下：比如相机、视频、直播或者系统繁忙的时候，多任务的呼出动画出现卡顿或者不跟手的风险会变得很大，尤其是在比较低端的机器上

2. 不可预期的动画：Android 的多任务动画经常会出现突然动画没了，直接跳到桌面；或者卡片内容是黑的；或者返回 App 的时候直接跳到 App 界面，而不是走动画的流程，这个是需要重点关注的点

关于这部分，大家有什么想法也可以在下面留言，大家一起探讨