系统级返回与应用内返回的存在性不同
别名: 系统返回 · platform Back · iOS 无全局返回 · navigation up
概念解释
安卓把返回做成系统级能力：无论当前应用画不画按钮，底部键或边缘手势都会发出一次 Back，应用必须给出响应。iOS 没有这种全局返回——返回只存在于应用自己提供的导航栏箭头、边缘滑回或关闭按钮里；标签根页上本来就没有「再往回一层」。同一块全屏播放器，在安卓上按系统返回应退出播放，在 iOS 上若没有关闭控件，人只能滑去主屏。这条只谈「系统级返回在不在」，不谈跨应用时栈往哪弹，也不谈用一套控件去抹平两个平台。
机制
安卓从实体返回键开始，就把「离开当前界面」做成平台原语，活动被设计成可被系统结束。应用可以改写这次返回去做什么，但不能假装它不存在：不处理就会走默认的结束当前界面。iOS 的导航是应用内的栈：推进一层才出现返回箭头，模态用关闭，标签根是终点。操作系统不替应用弹栈。两边用户的预期跟着硬件和系统手势长出来：安卓用户在任何全屏里都会找系统返回；iOS 用户在没有箭头的页上会找关闭，找不到就认为这一层本来就不能再往回走，于是去主屏。把 iOS 的「没有全局返回」读成「用户不想返回」，会做出没有出口的模态；把安卓的系统返回读成「可有可无的快捷方式」，会做出按了没反应的界面。
怎么研究
做平台对照的心智模型访谈：在拿掉可见返回控件的全屏上问「你下一步怎么离开」。记录人伸向系统手势、屏幕左上、还是主屏。
自变量：平台、可见返回控件是否存在、当前是否为标签根或模态。 因变量：第一次离开尝试落在哪、困在全屏的时长、是否误用主屏代替返回。
被试必须是该平台的日常用户，否则会把另一边的习惯带进来。实验室若给 iOS 用户一台开了三键导航的安卓机，测到的是迁移混淆，不是该平台的存在性。不要把「找到了离开办法」当成「系统返回存在」——主屏也能离开，语义不同。
边界
浏览器里的网页两边都有浏览器自己的历史返回，和系统是否提供 Back 不是同一层。车机、电视的返回键又是一套存在性，不能用手机结论去套。iPad 指针和键盘快捷键提供额外离开手段，会掩盖「没有全局返回」的缺口。安卓若把预测性返回做成手势，存在性仍在，只是形态从键变成了边缘——不要把它写成「安卓也没有系统返回了」。
怎么落地
- 安卓上为每一屏定义系统返回的含义：关面板、退一层、离开应用；禁止出现按了没反应的全屏。
- iOS 上不要假设系统会提供返回：模态和解题型全屏必须有可见的关闭或完成，标签根不要放一个无处可去的箭头。
- 全屏媒体、权限讲解、首次设置在两个平台分别设计离开，而不是共用一个「左上角返回」。
- 验证：在两台日常机上，从每个关键全屏发出该平台的离开动作（安卓系统返回，iOS 关闭或滑回）。记下没有出口的屏，以及 iOS 上只能靠回主屏才能离开的屏——后者在安卓上通常会被当成缺陷。