移动端应避免把功能只挂在双击上
别名: 双击 · double tap · 移动端手势
概念解释
双击专属移动交互（double-tap-only mobile interaction）指把某个功能仅仅绑定在双点按（double tap）这一个手势上。移动端应当避免这么做：双点按本身不可见——没有任何视觉线索提示用户"这里可以双点"——容易和系统级的双指缩放、平台自带的双点按语义（浏览器和地图应用普遍用双点按放大页面）互相冲突，而且它要求用户在很短的时间窗口和很小的空间范围内连续完成两次准确的触碰，这本身就比单次点击更容易失败。
机制
在触屏上，第一次接触往往已经足以触发内容本身的默认行为（比如选中文本、播放视频），系统还要在这次接触之后继续等待，看有没有第二次点按落在附近，才能判定为双击。移动平台通常已经把双点按预留给了缩放、媒体控制或某些辅助功能，应用如果再私自复用这个手势去做别的事，就会和系统或平台既有的约定打架，造成语义竞争——用户在系统预期是缩放的地方，得到的却是应用自定义的另一种效果。此外，触屏没有鼠标悬停那种可以先探索再决定的中间状态，也没有稳定不动的光标可以停在某处观察反馈，用户几乎不可能通过随意尝试发现"这里藏着一个双点按手势"，只能靠说明文档或口口相传才知道。一个常被引用的反例是社交类应用把双点按用于"点赞"：即便配上了醒目的心形动画反馈，这个手势本身仍然要靠新用户主动被人告知或在教程里看到才会知道，而不是自己摸索出来的。
边界
双点按并不是绝对不能用：在内容浏览类场景，或者平台早已建立起广泛认知的约定里，它可以作为一个可选的快捷方式存在。真正的问题是缺少一条同样能完成任务的、可见的替代路径。外接鼠标、蓝牙键盘或触控笔本身支持双击这件事，也不应该反过来决定触屏原生的默认交互流程——不能因为"反正外接设备可以双击"就心安理得地把功能藏起来。
怎么落地
- 把关键功能放进可见的按钮、菜单、单击操作或有明确视觉提示的手势里，双点按最多作为锦上添花的补充路径，而不是唯一路径。
- 遵从平台对双点按和缩放已经形成的既有分配，不要在普通内容区域里再造一层冲突的双点按语义。
- 让第一次使用产品、完全没看过帮助文档的用户去尝试完成任务，观察他们是不是必须靠意外发现双点按才能达成目标——如果是，这个手势就不该承载关键功能。