引言
“我们学到的重点是：在与软件互动的过程中，触控显得至关重要。我们也试图将它应用到显示屏上，但发现那个位置不太合适。当你把手悬在空中进行触控时，你会感到不太舒服。在笔记本电脑上进行 Multi-Touch（多点触控）的最好方式，就是应用触控板。
—— Phil Schiller，新 MacBook Air 官方设计讲解视频（2010）
“我们做过大量用户测试，结果发现这行不通。触控表面不该是竖直的。演示的时候看着效果很棒，但用一小会儿你就会疲劳，时间久了，胳膊都快要掉下来。这在人体工学上糟糕透顶。触控面就该是水平放置的。”
—— 史蒂夫·乔布斯，“Back to the Mac” 发布会（2010）
这两段话曾是苹果在笔记本电脑产品线上始终恪守的准则。1991 年，PowerBook 系列面世，尽管它诞生于苹果混乱和动荡的时期，且部分早期机型事实上由索尼参与代工制造，但它依然具备两项不可磨灭的历史意义：它既是未来 MacBook Pro 的前身，也是业界公认首款将轨迹球放在掌托位置的笔记本电脑。随后，将指向设备安装在掌托这一自然的水平面便成为了笔记本电脑乃至整个行业的标准形态。
1994 年 5 月，PowerBook 520 正式将轨迹球切换为触控板。
2007 年，iPhone 通过引入多点触控开创了全新的移动互联网时代，也带来了前所未有的直观交互。也就是在这段时间，人们开始思考：作为互联网入口的电脑，是否也能拥有同等直观的体验？触摸能否从 Tablet PC 上面向专业人群的附加功能，变成普罗大众与电脑的第一次接触？
苹果对此给出的答案非常有意思：“是，但不完全是。”
2008 年，初代 MacBook Air 增大触控板面积并正式引入多点触控手势；之后的几年里，这块玻璃触控板不仅成为了 MacBook 的标志，也始终作为行业标杆而存在。从 OS X Lion 开始，启动台、App Store、全屏应用乃至 Siri 等受 iOS 启发的部分逐步进入 macOS，这曾被视为苹果对设备融合时代的回应。但即便 Mac 开始具备越来越多与 iPhone 相似的操作逻辑，甚至在 Apple Silicon 时代获得了原生运行 iOS/iPadOS 应用的能力，那块触控板也从未离开过开头两段话所定义的理想水平面。包括我在内的拥趸们，都曾将这一切视为苹果对于人机交互独立且深刻的思考。
如此过去十六年，直到搭载触摸屏的全新 MacBook Pro 问世，这座由固有认知筑起的大厦才终于显现出崩塌的痕迹。即便曾经的 Touch Bar 已被验证是一场失败的尝试，即便 Mac 依然拥有行业领先的触控板，即便 Windows 阵营推广多年的触摸屏在消费市场仍处于次要地位，苹果这一次却不惜推翻过往的自己，显得义无反顾。这震惊了许多人，也让我产生了新的思考：在连 iPadOS 都越来越像电脑的今天，触摸屏 Mac 的存在意义到底是什么？
我整理了这些思考，希望能为这个值得探讨的问题给出答案。
触摸与 macOS
事实上，在触摸屏 MacBook Pro 问世之前的 OS X/macOS 从未在系统层面提供过对触摸交互的原生支持。即便部分搭载触摸屏的 Windows 笔记本在黑苹果中能够识别触屏，绝大多数实现方案也只是将整块屏幕粗暴地模拟成一块等大的实体触控板，连双指滚动等手势都与触控板别无二致。此前，系统唯一为笔触与手写设备提供过的原生支持仅有针对 Wacom 等外接数位板的 “Ink” 手写识别功能。
早在 macOS 27.2 Beta 时，Safari 便引入了移动端常见的 “下拉刷新” 手势。虽然这一操作当时主要通过触控板双指下滑或鼠标滚轮触发，但依然被不少好事者过度解读为 Mac 即将搭载触摸屏的前兆。如今，这个悬而未决的疑问终于被画上了句号。下表是我从 Apple 开发者官方视频整理的基础触控操作及其与既有触控板手势的对比。
| 使用触控板 | 使用触摸屏 | |
| 选择项目 | 单击 | 点一下 |
| 打开项目 | 双击 | 点两下 |
| 滚动浏览 | 双指滚动 | 单指滚动 |
| 放大和旋转 | 多点触摸 Pinch 缩放手势 | 多点触摸 Pinch 缩放手势 |
| 上下文菜单（右键菜单） | 双指单击 | 长按弹出 |
| 拖动（未开启“拖移锁定”/“三指拖拽”） | 点击选择项目后，拖拽 | 按住要选择的项目后，拖拽 |
既然已经搭载了触摸屏，那么在具体应用之外自然需要一套适用于全局的系统级手势。苹果对此做出的回应如图所示，并明确规定全局手势在交互层级上应拥有最高优先级。
上述触控手势是一套独立的交互体系，与触控板乃至键盘、鼠标并行存在。毫不意外，新 MacBook Pro 的触摸屏本身及系统均能响应多点触控操作，譬如苹果官方和一些媒体上手已经演示了在 Logic Pro 中同时推动两个轨道推子、Final Cut Pro 中用多点触摸缩放时间线等一系列的操作。有趣的是，苹果在官方开发者规范中允许将触控手势与键盘修饰键（Option/Alt、Command、Control 等）组合使用，像 “Control + 触摸” 这样的复合操作已经被正式接纳。
新的法则
鉴于 MacBook Pro 至今依然维持着传统的形态，其转轴甚至无法做到 180 度平摊，人机工程学上的固有难题便避无可避，这包括长时间手臂悬空带来的肌肉疲劳、手指敲击导致的屏幕晃动，以及玻璃面上难以清理的指纹脏污。从目前我看过的现场上手反馈来看，即便苹果宣传采用了支撑“更加稳固”的全新转轴，触控时的屏幕轻微晃动客观上仍然存在。
面对这一难以跨越的物理矛盾，苹果在现阶段展现出克制且保守的态度：在最新的交互设计规范中，苹果明确建议开发者避免在屏幕中心区域（即图中橙色标亮部分）布置需要长时间或高精度的触控操作。
与这一点相似，苹果官方同样不鼓励用户专门针对触控操作开发 macOS 应用。设计规范明确指出，应严格避免添加只能通过触摸屏触发的手势或功能，所有操作都必须保证可以通过触控板、键盘或鼠标等传统方式无缝完成，且不能存在单一的交互路径。而当开发者使用第三方非原生控件时，苹果也不建议直接扩大控件本身的视觉尺寸，而是要求通过扩大触控判定热区的方式来适应手指触碰。
不过，既然已经将手指直接触控纳入了考量，macOS 显然不能对此毫无准备。在新版 macOS 中，系统一旦检测到手指触控输入，便会在菜单等高频交互区域展示为专为触控优化的布局，例如下图右侧间距更大的菜单。在此基础上，macOS 也能区分鼠标指针悬停和手指接触两种不同状态，原本依赖指针悬停才会浮现的辅助控件，在手指直接触碰时并不会被误触发。
macOS 另一项针对手指触控的系统优化体现在“可扩展”控件的引入，在未激活状态下它们的视觉观感与以往并无差异，但在手指点按的瞬间，控件便会动态膨胀放大以适应手指触碰，例如窗口左上角的红绿灯按钮。
选择器增减键、滑块、旋钮等原生内置控件，亦都会在手指触控时实时放大其核心可操作区域。在我看来，这种设计既保留了桌面平台应有的高信息密度，又提升了手指直触的容错率，同时也可视为对 iPadOS 既有解决方案的进一步完善与升维。
总结
在 OS X Lion 引入启动台和 Mac App Store 到 macOS Catalina 推出 Mac Catalyst 以简化 iPad 应用移植的十多年里，苹果其实从未放弃对桌面与移动端融合的探索。然而，当搭载触摸屏的 MacBook Pro 真正站在面前时，这种跨越依旧显得过于突然。
在如今的 iPadOS 努力向桌面逻辑靠拢的背景下，触摸屏 MacBook Pro 的问世反倒显现出一种略带讽刺的悖论：即便系统做了再多的努力，在这台专为高强度生产力打造的设备上，触摸屏依然只能扮演 “附属、辅助、备用” 的角色。这让人们很难不联想到当年 Touch Bar 的折戟：缺少物理按键的确定性反馈、发热影响体验，加上开发者后期适配的逐渐乏力最终让那条被寄予厚望的触控栏变成了鸡肋。如今整块屏幕的直触虽避开了部分老问题，但也未能真正动摇旧有的格局。就像是触摸屏带来的些许便利，尚不足以成为颠覆现有 Mac 体验的决定性因素。
无可否认，触摸屏的加入带来了某些无可替代的局部优势，比如 iOS 开发者终于可以在 MacBook 屏幕上的 Xcode 中直接用手指调试触摸交互；但对于绝大多数专业场景而言，早已高度成熟、极其精准且融入肌肉记忆的触控板和键盘、鼠标依然是不可动摇的绝对主力。
如果触摸屏注定要与 Mac 发生碰撞，那么比起定位专业高强度任务、比肩移动工作站的 Pro 系列，或许它更适合 MacBook Air 乃至 MacBook Neo 这类面向大众与入门消费者的产品。对于在智能手机的熏陶下成长起来的新一代数字原住民而言，直觉化的屏幕触控，早已是他们与屏幕交互的第一本能。
十六年前，Phil Schiller 和史蒂夫·乔布斯用“悬空的双手会疲劳”与“理想的水平面”，为 Mac 的交互划定了清规戒律。如今，苹果亲手推倒了这座城堡，却依然不得不面对当年乔布斯预言的人体工程学困境。这场困局的答案，或许不在于苹果在打破誓言之后如何重新构建规则，而在于这块依然垂直伫立的屏幕面前，我们究竟是要学习何时应该抬起手指，还是依然放心地将双手落回那个最舒适的水平面。
愿一切交给时间。
参考资料与声明
关于 macOS 触控操作的内容均来自 Apple 开发者官方视频 “针对 Mac 设计触控体验” ，请参阅 Apple 开发者官方网站 以及 Apple开发者官方 B 站投稿的 BV1RWsR6rENE 这一期。
题图来自 Apple Newsroom 官方通稿。
本文的写作过程中 Gemini 参与了辅助。
