Android Q 干掉了 Home 键，如何处理「返回」仍是个难题

上周伴随 Android Q Beta 4 发布的官方博文中有这样一张动图：

上面这张图并非实际录屏。仔细观察你会发现，当屏幕内容显示为 Google 地图界面时，底部用于导航的手势操作指示条样式，从未在当前任何一个版本的 Android 系统中出现过。即便是最新的 Android Q Beta 4（同时也是这篇博文的主角），所搭载的导航操作指示条也最多只有图中所示的一半大小：

这个配图失误背后所反映的问题其实不少，事实上，Android Q 的新手势操作远非只是设计上可能用错了素材这个问题 —— 它的改变对于 Google 以往应用设计规范和用户操作习惯，都是一次不小挑战。

无 Home 键时代到来

升级到 Android Q Beta 3 之后，你会发现设置中 系统 -> 手势 -> 导航手势 下有了一些新变化：开启新的纯手势导航后，导航键占据的屏幕区域高度从 48dp 降低至 16dp，OLED 用户担忧的「大黑条」变成了屏幕底部一条狭长的缝隙。

无论从烧屏焦虑还是从可视区域角度出发，这种变化的视觉收益都是值得肯定的，为了进一步干掉导航按键区域，Google 这次还同时更新了应用设计规范，呼吁开发者面向 Android Q 开发内容和界面体验都更加沉浸化的 edge-to-edge 应用，让导航栏的背景透明、同时将顶部内容完全延展进入状态栏，从而将导航按键区域对应用显示内容的干扰降至最小。

聊完设计，我们再来聊一聊功能和实际操作方式。

从某种程度上来说，@Jiahao 去年在《主页真的那么重要吗？Android P 手势操作正在让它「退居二线」》一文中的预言已经成真了 —— 如果说 Android 9「药丸」手势下进行多任务快速切换是按住一个滑块左右滑动（多说一句，这种方案的定位效率其实很低），那么 Android Q 纯手势操作的操作体验就更像是拨片，在小横条上左右轻扫，即可像小说阅读器翻页那样在所有的最近任务直接来回切换，配合足够流畅的动效，整个操作过程非常轻快。

关于多任务和主屏操作另外要提的一点是，底部的小横条彻底告别 Home 键的身份之后，小横条不能点击了，回到主屏的方式自然就落在了「上划」操作上。我们可以在任意界面上划回到主屏，上划时若按住不放，则进入多任务管理界面。

总体看来，抛开我们在本文开头提到的直接套用 iOS 素材一事不提，Android Q 的新手势在多任务操作和主屏功能上的表现都没有什么太大的问题，用户需要做的是适应 —— 适应没有点按操作的 Android 导航方式，适应还有些混乱的多任务卡片呈现逻辑。

关联阅读：Android Q Beta 3：除了新手势操作，还有微信都能用的暗色主题 | 具透

我们是如何退出应用的

显然，「三大金刚」其中两个都在 Android Q 中找到了还不错的归宿，但底部导航按键在完成从「药丸」到「小横条」的进化之后，返回键又该放在哪里？

Google 给出的答案是边缘划动，默认情况下，无论左右、无论区域，从屏幕两侧边缘向内轻扫即可触发。

尽管由于 iOS 的铺垫和国内定制 ROM 的推广，这种划动返回手势几乎没有任何学习成本，但 Android Q 将整个屏幕两侧边缘都设置成划动返回触发区域的做法，却带来了一个让人头疼的麻烦。

2014 年的 I/O 大会上，Google 用一张带有层级和阴影的「量子纸」向世人展示了 Material Design 的风采，随后的五年间，尽管 Google 自己在这个设计规范上有过不少模棱两可、摇摆不定的地方，但总体来说 Material Design 已然是一门成熟的设计语言。

这套规范带来了一大波设计上乘、体验一致的高质量应用，而这些应用大多数都采用了 Google 早期所推崇的汉堡菜单设计 —— 这个汉堡菜单一般位于应用主界面左侧，如果你在某款应用的标题栏左侧看到一个由三根短杠构成的小图标，那你多半就能通过在左侧边缘向右划动的方式呼出一个适用于应用内部的导航菜单。

但 Android Q 手势操作方案真正的问题，在我看来正集中在返回操作和汉堡菜单的冲突上。

我们不妨回溯到「三大金刚」的时代 —— 某天早上，你例行打开 Play 应用商店检查了一遍应用更新，发现微信还没有适配 Material Design 后，这时你需要退出 Play 应用商店了。

摆在你面前的有两种「退出」方案，按下 Home 键或按下返回键。前者只能算是把应用放进了后台，还需要配合多任务按键才能将它从任务列表中清除；后者则简单粗暴，点两到三下返回就退回到了主屏，再次点开应用商店，首页或许还要重新加载。

简单粗暴的操作方式，对很多适应了老一套导航操作的用户来说却是最直观、最符合操作直觉的。甚至于很多倾向于第一种解决方案的用户，在将 Play 应用商店从最近任务列表中划掉之前，都还要点几次返回先回到桌面。

上面提到的操作习惯最近可以沿袭到当前 Android 9 用户当中，因此当我们升级到 Android Q 并开启新手势操作后，一个疑惑就自然出现了：

当我们从屏幕边缘向内划动时，呼出的究竟是应用内导航抽屉还是系统级返回操作？

新手势方案面临的问题

显然，对于几乎是生来就有侧栏抽屉的 Android 应用来说，侧划返回手势的出现是一大挑战。

为了解决上面提到的冲突问题，Google 在推出 Android Q Beta 4 的同时，也面向应用开发者引入了一系列针对手势操作的适配方案，包括加大底部 FAB 按钮的边距、提高底部清单控件（bottom sheets）的触发区域等等。

这些适配手段具体到划动返回和侧栏抽屉上，则变成了第一次划动呼出应用内侧栏抽屉，第二次划动才能呼出返回手势这一设定。如果你在 Android Q 上安装最新版 Play 应用商店、Google 相册或是 Google I/O 2019 官方配套应用，就能直观地体验到这种设定带来的奇妙感觉。

以我们在上一部分中提到的从 Play 应用商店返回桌面为例，在这种需要「二次确认」的返回手势机制下，以往采用狂点返回按键来退出应用的办法行不通了：当我们在 Play 商店主界面第一次向右侧划时，应用抽屉被自然呼出了，但在此基础上进一步侧划，就会发现触发的「返回」操作关闭了我们刚刚呼出的应用抽屉……

上面陷入茫然与疑惑的传统 Android 用户，这里又陷入了一种略有些喜感的循环。无论我们怎么划动返回，都只能在应用侧栏抽屉开/关这两种状态之间来回跳转。类似的现象也会发生在文件选择场景下 —— 如果你在第三方应用中调用原生文件管理器选择文件，你甚至无法通过屏幕左侧的划动返回来返回正在使用的应用。

诚然，向右侧划带来了侧栏抽屉和返回操作的冲突，我们还可以通过右侧屏幕边缘向左侧划两次的方法来解决，但这种解决方案的不优雅之处在于，从 Google 目前给出的所有宣传材料和开发文档来看，左右两侧的返回手势本应是等价的，在这个语境下，它们不再等价。

而对大部分已经习惯了 iOS、Android 版微信/微博的用户来说，从屏幕左侧边缘向内划动才是更加同样的划动返回方式，即便是在原生 Android 知名的「三大金刚」方案中，「返回」在左侧这个认知也要更加大众一些。

显然，要完全适应 Android Q 的手势操作，我们还必须得接受更多地使用多任务而非返回来退出应用这一理念，而如果说 Android Q 的手势操作已经随着该系统版本最终 API 的确定而定型，如何在新的操作系统中引导那些习惯了返回退出的 Android 用户适应这种理念，才是 Google 最需要思考和解决的问题。