iPad Pro M5 多屏写代码实战指南：用 Vysio 打造双显示器工作站

iPad Pro M5 可以通过 Thunderbolt 以 60Hz 驱动一台 6K 外接显示器。光是这一点，就已经改变了「在 iPad 上写代码」这件事的讨论。你不再只能盯着一块 11 英寸或 13 英寸的屏幕——你现在拥有真正意义上的双屏配置，和坐在工位前没什么两样。

不过，插上显示器只是最简单的一步。更难的问题在于：当你在这块第二屏幕上打开 GitHub Codespaces 之类的云端 IDE，真正开始写代码时会发生什么。如果你用的是 Safari，答案很快就来了：挫败感。

这篇指南会带你一步步配置 M5 iPad Pro 的多屏显示，说明基于浏览器的开发流程到底哪里会「翻车」，以及 Vysio 的原生多窗口支持如何让整套配置真正拥有工作站般的使用体验。

---

M5 为多屏带来什么

早期的 iPad 也能通过 Stage Manager 支持外接显示器，但体验相当粗糙。M5 这一代把剩下的毛病基本都收拾干净了：

• 真正的扩展桌面，而不是镜像。 你的外接显示器拥有完全独立的工作区，窗口和布局都互不干扰。
• 最高 6K @ 60Hz，走 Thunderbolt / USB4 连接，每块屏幕可独立调节缩放。你可以让外接显示器进入「更多空间」模式来获得最大化的代码显示密度，同时让 iPad 的 Retina 屏幕保持舒适的阅读尺寸。
• 跨屏指针移动毫无卡顿。 你的触控板和鼠标光标能在两块屏幕之间流畅移动，没有吸附感，也没有延迟。
• 独立的窗口管理。 每块屏幕上的应用窗口都可以单独拖动、缩放和排列。

对开发来说，实际影响非常直观：你可以把编辑器放在一块大外接显示器上，同时把参考资料、终端输出或实时预览放在 iPad 屏幕上。

---

在 iPad Pro M5 上配置多屏

整个配置过程大约只需要两分钟：

1. 连接显示器

用 Thunderbolt 4 或 USB-C 线缆把你的外接显示器接到 iPad Pro M5 上。如果显示器是 HDMI 或 DisplayPort 接口，用一个 USB-C 转接器或扩展坞即可。

2. 打开 Stage Manager

打开控制中心，点一下 Stage Manager 图标。也可以在设置 > 显示与亮度 > Stage Manager 里找到它。如果不启用 Stage Manager，iPadOS 会镜像屏幕而不是扩展桌面。

3. 调整显示器位置

前往设置 > 显示与亮度 > 显示器排列。拖动屏幕图标，让它们与显示器相对 iPad 的物理位置一致——不管是放在上方、下方还是侧边。

4. 设置分辨率

在设置 > 显示与亮度 > 外接显示器中，选择更多空间。这会提高有效分辨率，让你有更大的空间容纳更多代码、更宽的分屏视图和更多的终端列。

---

Safari 在双屏下为什么「翻车」

上面这套配置对大多数应用都能完美工作。但如果你在 Safari 里跨两块屏幕打开 GitHub Codespaces 或 code-server，就会遇到那些单屏工作流里困扰你的浏览器局限——而且因为你要更频繁地在两块屏幕之间切换注意力，情况只会更糟。

键盘快捷键仍然会被「劫走」

Cmd + N 会打开一个新的 Safari 窗口，Cmd + W 会关闭你的浏览器标签页，Cmd + Shift + P 会打开隐私浏览窗口。这些都不是冷门操作——它们是你在 VS Code 里每天要用几十次的快捷键。有了两块屏幕，你在切换上下文时误触它们的概率反而更高。

后台窗口会失去连接

这一条才是最要命的。当你点击 iPad 屏幕去查看某样东西时，外接显示器上的 Safari 窗口就被切到了后台。iPadOS 会限制后台 WebSocket 连接的运行。等你切回来，看到的不是刚才正在编辑的文件，而是一个「重新连接中」的转圈动画。

在单屏上，这顶多是烦人。到了双屏，这直接毁掉了一切意义——第二块屏幕的意义就在于，你在干别的事时依然能看到你的编辑器。

浏览器界面在两边都浪费空间

地址栏、标签栏和导航控件在两块屏幕上依旧占地方。在外接显示器上——你最想把垂直空间全部留给代码的地方——这些白白浪费掉的空间就相当可观了。

---

Vysio 是怎么处理多窗口的

Vysio 使用 iPadOS 原生多窗口架构——每个 Vysio 窗口都是一个独立的 UIWindowScene。Safari 或备忘录这类应用能够打开多个独立窗口，靠的也是这套系统。但和 Safari 不同，Vysio 的窗口是专门为开发场景设计的。

独立的工作区窗口

你可以打开多个 Vysio 窗口，每个窗口连接不同的工作区，或者展示不同的视图。一个典型的配置：你的 4K 显示器上全屏运行 VS Code，iPad 屏幕上再开一个 Vysio 窗口，跑你的开发服务器预览，或者连接另一个独立的 Codespace。

想打开第二个窗口，用 iPad 标准的窗口手势就行——从屏幕底部的程序坞拖出来，或者用 Stage Manager 的窗口管理功能。每个窗口都有自己独立的会话。

每个窗口都可以完整传递键盘快捷键

无论哪个 Vysio 窗口获得焦点，都会收到完整的键盘输入透传。Cmd + W、Cmd + P、Cmd + N、Cmd + Shift + F——这些快捷键会原封不动地直达 VS Code，两块屏幕都一样。无论你在哪块屏上工作，都不会有快捷键冲突。

两块屏幕上的连接都保持激活

Vysio 会在所有打开的窗口中维持活跃的唤醒锁和 WebSocket 管理。当你把焦点从外接显示器切到 iPad 屏幕时，另一块显示器上的工作区并不会断开。你的构建继续跑，你的开发服务器依然在线，你的终端输出也一直在滚动。

---

横向对比

---

值得一试的三种配置

只要拥有了 Vysio 和外接显示器，下面这几个工作流是我亲测最好用的：

1. 编辑器 + 预览：外接显示器全屏跑 VS Code，在 iPad 屏幕上再开一个 Vysio 窗口显示前端开发服务器或应用预览。改一行代码，低头瞄一眼，马上看到结果。

1. 两个 Codespace 并排跑：如果你同时在多个代码仓库上工作——比如一个后端 API 加一个前端客户端——可以把它们分别开在各自 Vysio 窗口里，各占一块屏幕。用 Cmd + ~ 在两者之间切换，再也不用在浏览器里翻找标签页。

1. 代码 + 终端：主显示器专心跑编辑器，把 iPad 屏幕专用于一个聚焦终端输出、CI 日志或 docker 容器监控的 Vysio 窗口。

---

开始行动

iPad Pro M5 的硬件完全撑得起一套真正的双屏开发配置。一直以来缺的只是跟得上的软件——不抢你的快捷键、不给你断连接、不在屏幕上浪费浏览器控件空间的那种。

Vysio 目前处于早期体验阶段。如果你想在 iPad Pro 上尝试多窗口云端编程，就到官网首页加入候补名单吧。