iOS的侧滑返回真的好用吗？

用了2年全面屏手机，一部mi8一部iX。
总是有这样一个场景:深入一个应用的深部页面，从左侧滑返回总是花费我很多时间。真气死。那为什么不点左上角呢，我Tm返回我抅来抅去的
MiUi的侧返回就跟舒适，超快。还有那个ios侧滑返回成功率还不高。更可恶的是还要我抅去左边返回你说气不气人？

当 iPhone 用户和 Android 用户坐在一起，两者的缺点都会呈几何倍数放大，就比如 iPhone 至今仍然算不上好用的侧滑返回功能。
比如 iPhone 部分应用的搜索界面，侧滑返回是没法用的，无论滑动多少次都是一样的，必须腾出另外一只手，点击界面顶部的返回按钮。


又比如浏览图片界面，侧滑返回也无法触发，滑到第一张图仍然无法返回，如果恰好这张图片比例较大，占据了大量屏幕空间，那么点击屏幕边缘返回也可能会失效，失败多次之后只能退出重进。


作为一家以体验和设计闻名的公司，苹果到今天都还没有解决侧滑返回不好用的问题，这多多少少有些让人意外。
细究之下，往往能发现原因是一个积重难返的历史包袱。
<hr/>iPhone 「没有」返回键

为什么不好用，我们还得先回到初代 iPhone 发布前，看看这款重新定义手机的产品，是如何定义交互与按键布局的。



▲ 圆形 Home 键很长一段时间以来都是 iPhone 的标志性设计

我们在之前的文章中提到过 iPhone Home 键的由来，最初乔布斯是想过为 iPhone 加上一颗返回按键的，不过设计师伊姆兰·乔德里（Imran Chaudhri）说服了他。
我的早期构想，是设计一个类似于 Mac 上 Exposé 功能的按键，只要你按下去，就能看到全部的应用程序，然后你再点开其中某一个就能打开它，就像是你在 Exposé 中选择了其中一个窗口。


正面仅保留一颗 Home 不仅是为了简约美观，更是为了降低交互复杂度。
乔布斯在发布会上以「永远会带你回到最初的地方」介绍 Home 键，Windows 的开始按键一样，在复杂的功能海中找到一处灯塔，引导着人们使用 iPhone，按下就能回到主界面。



▲ 在任意界面按下 Home 键都能返回主页

唯一的 Home 键不仅方便人们记住它的交互功能，更提供了一种极强的确定性，按下就回到最初的地方。
当然，这样做也弱化了退出应用的意义，甚至返回键的存在感也被降低。作为重新定义手机的产品，iPhone 和功能机最大的差别之一就是触控和手势交互成为了最主要的人机交互方式。
数字键盘和功能一比一对应的方式虽然方便记忆和使用，但不利于展示内容，换成触控交互后屏幕内容排列更灵活了，比如输入键盘完全可以虚拟化，在需要的时候开启，不需要的时候展示其他内容，即便是多级页面也可以采用虚拟返回按键代替。


一颗 Home 键加上优秀的触控交互，早期 iPhone 的易用性体验并没有出现什么问题。
对于单键设计的坚持，也可以在另外一款争议颇多的产品——苹果鼠标中看到。很长一段时间以来，Mac 的官方鼠标配件都不提供右键功能，整个鼠标就是一颗按键。
因此很多 Windows 用户切换到 Mac 很不习惯，要使用右键要同时按键苹果鼠标按键和键盘上的 Ctrl 键。



▲很长一段时间内，苹果官方鼠标都只有一个按键. 图片来自：wiki

显然，苹果之前认为鼠标右键和 iPhone 的返回按键一样，都属于灵活功能一类，使用率并不会特别高，可以以虚拟按键形式的代替，而增加实体按键只会增加交互复杂度。
可以说在 3.5 英寸的 iPhone 时代，这样设计完全是合情合理的，直到 iPhone 屏幕越来越大，想要单手操控越来越难，位于顶部的虚拟返回按键也越来越单手点击。
为了解决这个问题，苹果在 iOS 7 系统中增加了一个手势功能，即我们现在熟悉的侧滑返回。



▲ 图片来自：CNET

只是，将按键替换为手势就万事大吉了么。
<hr/>从按键到手势，不止是替换

从 iPhone X 之后，苹果就全面转向了全面屏，原本的 Home 键也被小横条和手势代替。
其实对比一下小横条手势和侧滑返回，就能发现 iPhone 的返回手势为什么不好用，手势替换按键并非只是功能的替换，作为最主要的人机交互方式，必须要解决一个问题——可发现性。


对比实体按键，手势并不容易被发现，尤其是对普通用户而言，例如至今仍然有部分 iPhone 用户不知道点击屏幕顶部就能回到内容页最开始的地方，比如看完微信推文后，点击屏幕顶部可以快速回到标题部分。
为了让所有人都能看懂、学会使用手势，苹果在替换 Home 键的小横条设计上下足了功夫，首先小横条位置属于系统固定区域，iPhone 上所有的应用都不能遮挡小横条。
作为一个固定的显示元素，引导用户这是 Home 键的替代者，可以实现和之前一样的功能，同时小横条也具备系统最高交互层级，不会被其他操作影响，上滑就能和之前的 Home 键一样返回桌面。



▲ 所有交互按钮都不能遮掩小横条

iPhone X 之后的手机，打开后的激活过程必然会包含一项手势教学，正是为了强化记忆，告诉人们滑动小横条就能回到主界面，和 Home 一样回到最开始的地方。
手势和按键一样，都是一个手势对应一个功能，减低交互复杂度，上滑是回到主界面，而上滑悬停则是多任务界面。
值得一提的是，为了区分这两个手势，iPhone 内部的震动马达发挥作用了，当你悬停时手机会轻微震动，告诉你这是多任务操作手势。左滑和右滑小横条则是快捷切换左右的应用。



▲图片来自：Designing Fluid Interfaces

所有的手势配有相应的操作动画，且可撤回，指示用户这代表一个操作。
再回过头来看侧滑返回，虽然也有开机教程和可撤回的操作动画，但更多的是靠用户多次操作的肌肉记忆解决手势不易发现的问题。
更重要的是和小横条对比，侧滑返回没有专属交互区也没有系统最高交互等级，容易和其他交互方式冲突，文首提到的图片浏览场景就是其中之一，部分应用在多级内容页中也可能会设置虚拟返回按钮而不支持侧滑返回手势，导致一直侧滑也无法返回。



▲ Android 侧滑返回会有相应的箭头指示

反观 Android 系统就好多了，Google 从一开始就设置了专用的返回按键，侧滑返回作为手势顺其自然地替换了返回按键，且是系统最高级的交互方式，哪怕应用在多级页面没有设置返回交互功能，侧滑也可以强制返回。
没有返回键的历史包袱，造成了如今 iPhone 侧滑返回不好用的后果。
<hr/>大屏改变交互体验

iPhone X 发布后，著名用户体验研究机构尼尔森·诺曼集团发布了一篇研究报告，提出了一个观点，更大的屏幕能克服手势操作所带来的交互问题，因为大屏幕能容纳内容与交互元素，在长期使用后，人们会逐渐习惯。


从今天的情况来看，尼尔森报告中所提到的观点已经成为了事实，越来越多应用开始使用各式视觉符号引导用户操作。
第三方微博应用 VVebo 就曾因其交互方式对大屏设备友善而广受赞誉，为大屏幕优化的交互主要体现在两方面：

• 交互按钮下移
  
• 更全面的交互符号引导用户操作
  

打开 VVebo 就能发现主要的交互按钮基本都在下方，包括通知、首页、搜索等等，点击展开一条微博，会发现点赞、评论、转发同样在下方，这样可以很轻松的单手操作。



▲ 左为 VVebo 主页内容界面，右为展开单条微博内容界面

同时 VVebo 的微博基本是以展开界面而非原微博客户端的二级页面，展开界面也同时包含返回按钮和下拉缩放按钮，指示用户侧滑和下滑都可以折叠微博，返回上一界面。
近两年来，苹果和 Android 手机厂商们同样也在针对大屏幕优化交互设计，iOS 15 上 Safari 的网页栏同样也被移到了下方，支持和小横条类似的左滑右滑切换窗口的手势操作。Google 则是将设置界面整个下移，方便人们点击。



▲ 交互按钮等元素在下移。左为 Safari 界面，右为一加设置界面

更丰富的交互引导，确实能在一定程度上缓解手势操作学习成本、不易发现的问题，但对于 iPhone 侧滑返回功能而言，也只能是缓解了。
高频率的返回，已经让用形成了肌肉记忆，但不同开发商对于交互体验的关注程度是不一样的，总会有应用在二级乃至多级页面中仅设置返回按钮而不支持手势返回。
一旦侧滑无效，就只能多伸出一只手点击屏幕顶部的返回按钮或是多次尝试后退出重进。
当初苹果解决鼠标没有右键的方法是引入触控交互，让触控板或者妙控鼠标可以轻松触发右键。能解决 iPhone 侧滑返回不好用的，可能也是一个新的交互方式，更适合大屏幕设备的交互方式。
<hr/>本文作者：周宇

更新一下，这里讨论的都是原生iOS应用。有朋友说的某宝的一些页面很可能是用类似H5或者flutter之类的跨平台技术实现的，这样的混合应用情况会更复杂一些。
------------以下是原回答----------
iOS的返回逻辑一直很混乱。
作为一个iOS开发者，我来为大家解答一下iOS的界面跳转逻辑。
在上古时期，iPhone 的屏幕都很小，所以苹果的做法是在左上角放返回按钮。
后来屏幕慢慢变大了，左上角的返回按钮单手操作太反人类，于是苹果就加了个侧滑返回。
但是，iOS 从一出生开始就没有 系统级统一的返回逻辑。常见的系统默认界面跳转逻辑有两种：
1、模态推送
大部分是那种从下往上跳出来的界面，或者消息弹窗，都是模态推送。在iOS 11 之前，模态推送是默认不支持任何手势的。如果要支持手势返回，必须开发者自己去实现。在iOS 11 ，苹果把系统默认的模态推送样式从全屏改成了上面带圆角的并且可以下拉手势返回的弹窗模式（如图所示，请忽略界面内容，主要关注弹窗的外部样式）。



iOS 11 后的 模态推送默认样式

2、导航控制器
常见的可以左边侧滑返回的界面就是导航控制器了，你提到的 “总是有这样一个场景:深入一个应用的深部页面，从左侧滑返回总是花费我很多时间。” 在新版的iOS也有了改善，可以长按左上角的返回按钮，然后就会弹出之前页面的列表，你可以选择返回到哪一级。（前提是开发者没搞事情）

安卓的做法是，当用户点击虚拟返回按钮或者触发屏幕边缘滑动时，由系统统一发布一个“返回”事件，通知APP，你可以返回上一级页面了。
而iOS 则是各个页面各自为战，自己管自己，没有统一的“返回”事件，所有界面的返回控制都是独立的，开发者可以完全自定义。所以苹果经典的“小白点”悬浮窗里才没有返回按钮。
更骚的操作是，只要开发者愿意，上面的两种返回方式开发者甚至可以自由的嵌套在一起，比如一个模态推送出的弹窗里有一块页面支持滑动返回。
好不好用？
至于好不好用，这完全取决于这款APP的UI交互设计水平，苹果官方的原则是哪里来回那里去，所以从右边滑入的页面是向左滑动返回，从下面弹出的模态推送是下拉滑动返回。但也并不总是如此，苹果自己的应用界面有时候都没有完全遵循这个逻辑，就更别说第三方APP了。
从整体来说iOS有大量使用体验优秀的APP，但也有大量APP体验不佳，这完全取决于应用开发商的水平。

Android的侧滑返回是系统在所有界面上加了一个监听onTouchEvent的透明悬浮View，触发时调用当前Activity的onBackPressed


这是一个第三方侧滑返回的源码，注释因为编码问题林技夸了我也懒得管了

可以看出，侧滑返回在Android上只是一种辅助快捷实现，是完全基于Android原本的原生api的（从Android1.6开始就可用了）
也就是说，不需要app独立适配，只要app能正常handle返回键按压的事件就行了

ios的侧滑返回是自己新增了一个基于层级的方法，也就是说只要不适配就不能用

Android因为返回键从诞生之初就有了，所有app都适配了返回键，所以不需要额外适配侧滑返回

当然，Android这边也有个问题，就是侧滑返回的onTouchEvent会覆盖掉app当前Activity的onTouchEvent，导致侧滑返回干掉了app自己的侧滑菜单，而如果不覆盖，则会导致返回同时拉出菜单

还行吧，本身就是做iOS开发的，所以对界面逻辑比较了解，哪些界面侧滑会有什么样的响应也有一定预期。除了少部分比较奇葩的页面，基本都在预料范围内。很多webview侧滑关闭的确很蛋疼，我只是想返回上一个网页而已。
看到有人纠结有些页面侧滑返回功能不好用，在这里也科普一下：
通常来说界面侧滑返回不能用有三种情况：
1，手势冲突，比如侧滑操作和界面上的滑动操作冲突，可能会优先响应滑动操作，这个时候侧滑返回就是失效的。
2，开发者禁用侧滑返回，这种情况很少，但开发者的确是可以在指定页面禁用侧滑返回的。
3，页面切换方式问题
iOS开发里边页面切换方式有四种：push/pop、模态视图（modal）、切换window的rootViewController、将另一个控制器的视图添加为当前控制器视图的子视图。
后边两种不涉及返回操作，这里就不说了，只讲push/pop和modal。push/pop和模态视图的区别push/pop出来的页面可以使用侧滑返回，模态视图是不能使用侧滑返回的（当然实际区别很大，这里只讲关于侧滑返回的部分）。
push和pop是一组操作，push是进入下一级页面，pop是返回上一级页面，比如点击一条微博进入微博详情页，点击好用头像进入聊天页面都属于push操作。
模态视图最常用的场景是临时弹出的窗口，如登陆注册、设置、购物车、点赞等展示小功能的窗口。比如微博发消息，微信点击搜索栏和发起群聊。关闭模态视图需要用dismiss操作。
也就是说侧滑返回对应的其实是pop操作。模态视图是没有侧滑返回的。
让模态视图支持侧滑返回也不是不能做，只是程序员比较懒，产品经理又没提这个需求。

说实话并没有安卓的侧滑返回好用。
安卓的侧滑返回，其实就是“返回键”的手势操作替代，你可以一直滑倒桌面，基本上在任何软件上都是可以正常使用的，就如同一个优先级很高的系统级指令，和你当前打开的软件并没有什么关系，你滑动一下，就如同发送了一个返回的指令，和当前屏幕显示什么也没有什么关系。
苹果的那个侧滑，有些软件里是不支持的，而且你操作稍快，它是不响应的，感觉就像UI级的触摸交互。
当然我这里说的系统级和UI级只是我自己造的一个形象化的表述。