macOS 27 调度中心（Mission Control）失灵？黑屏、空间丢失与修复方法

如果你常年活在调度中心（Mission Control）里——好几个桌面、几个全屏应用，也许还有两三台显示器——那么 macOS 27 Golden Gate 可能已经让你的 Mac 出现了多年未见的「失灵感」。把桌面拖到另一台显示器后，会留下一块毫无反应的黑色矩形。从全屏应用向下一个空间轻扫，画面闪一下随即卡住，什么都不会发生。空间栏（Spaces bar）中的缩略图会凭空消失，已最小化的窗口会从 App Exposé 中不见踪影，应用也会「忘记」自己被分配到哪个桌面。同一版本上的其他用户却完全没遇到这些问题。本文将报告到的故障分门别类，为每一类给出真正有效的规避方法，解释 Spaces 背后的设置到底在做什么，并对修复时间给出实事求是的预期——因为 macOS 27 的首个更新，走向可能和你想的不一样。

核心要点

• 问题确实存在，且反馈广泛，但并非人人都会遇到。 一个始于 9 月 16 日的 MacRumors 帖子记录了动画卡顿、退出全屏后桌面变黑、缩略图和最小化窗口丢失，以及应用失去桌面分配等问题。同样运行 macOS 27.0 的其他用户——包括一位使用 Mac Studio M4 Max 的用户——则报告完全没有遇到这些问题。
• 黑屏故障有可靠的规避方法。 把桌面拖到另一台显示器后若留下无响应的黑屏，可在该显示器上新建一个桌面、切换过去，再将其删除。
• 先重启电脑，再重启程序坞（Dock）。 调度中心运行在程序坞（Dock）进程内部。重启电脑为至少一位用户修复了缩略图缺失的问题；执行 killall Dock 无需注销即可清除许多临时性故障。
• 两项设置对空间行为的影响最大。 「根据最近的使用情况自动重新排列空间」和「显示器具有各自的空间」。关闭第一项能阻止桌面重新排序；更改第二项需要注销，且会改变几乎所有行为。
• 不要指望 27.1 能修复它。 Apple 跳过了公开的 27.1 测试版，于 9 月 16 日直接发布了 27.2 测试版 1。论坛成员反映，27.2 测试版 1 并未修复调度中心的问题。
• 重置空间配置是最后手段，而非首选方案。 删除 com.apple.spaces 会清空所有桌面布局和应用分配。操作前请先备份该文件。

用户实际反馈了哪些问题

弄清楚自己碰到的具体是哪种故障很有帮助，因为对应的规避方法并不相同。我们整理了来自 MacRumors「调度中心在 macOS 27 上彻底失灵」帖子、TechRadar 9 月 21 日的汇总报道，以及 BaDos Life 的首周报告 等个人报道中的反馈。这些都是用户报告，而非 Apple 确认的问题；Apple 尚未就此发布已知问题条目。

症状	反馈来源	是否有规避方法？
把桌面拖到另一台显示器后，留下无响应的黑屏	TechRadar（引用一位用户的说法）	有——新建一个桌面、切换过去，再删除它
从全屏应用切换到相邻空间时，桌面变黑	MacRumors 帖子、TechRadar	部分有效——避免使用全屏、重启程序坞
切换到另一个全屏应用时画面闪烁但不会真正切换	BaDos Life	部分有效——改用程序坞或 Command-Tab，而非手势轻扫
在调度中心里拖动窗口时帧率约为 25 fps；动画效果「既慢又快」	MacRumors 帖子	部分有效——开启「减弱动态效果」
空间栏中不显示桌面缩略图	MacRumors 帖子	多数情况有效——重启
调度中心和 App Exposé 中看不到已最小化的窗口	MacRumors 帖子；此前针对候选发布版的反馈	部分有效——通过 Command-Tab 恢复
应用不再保持在被分配的桌面上	MacRumors 帖子	暂无
从 Safari 标签页拖出的新窗口位置偏移，表现得像模态窗口一样，随后消失	MacRumors 帖子	暂无
在全屏模式下程序坞并非总能显示出来	BaDos Life	部分有效——再次将指针移到显示器边缘、重启程序坞
点击任意菜单栏项目都有一到两秒的延迟	MacRumors 帖子（M1 Ultra，且在干净安装后仍出现）	暂无

帖子里有两个细节值得特别注意。楼主提到，系统其他部分的流畅度反而比之前更好，这说明这些问题特定于窗口和空间管理，而不是系统整体变慢。另外，反馈延迟问题的用户都表示自己已经过了升级后的索引期，甚至尝试过重启和干净安装，所以不要简单地把这归咎为 Spotlight 在后台重建索引——虽然索引重建确实会导致暂时的卡顿，我们在 macOS 27 后 Spotlight 重新索引指南 中对此有详细说明。

Apple 在发布前修复了哪些问题

Apple 官方的 macOS 27 发行说明并未列出任何尚未解决的调度中心问题，但列出了两项已修复的问题，说明这块功能在测试版阶段确实被持续打磨过：

• 「已修复：使用某个应用的全屏模式时，进入和退出调度中心时程序坞可能会持续显示。」（174992242）
• 「已修复：通过调度中心退出窗口的全屏模式时，该窗口可能会丢失。」（177660206）

如果你在 27.0 上仍然遇到这两个问题，值得提交反馈，因为 Apple 认为它们已经解决。我们的发布当日指南也记录过两条针对候选发布版的反馈，与人们目前在 27.0 上仍在遇到的问题相符：App Exposé 不再显示最小化窗口，以及调度中心按显示器重新给空间编号。

为什么有些 Mac 完全没问题

这种差异是最令人费解的地方。一位使用 Mac Studio M4 Max 的用户表示完全没遇到这些问题；而使用 M1 Ultra 和 M5 Pro 的其他用户则表示遇到了其中的大部分。我们自己还无法复现这些故障——我们的主力测试 Mac 目前仍停留在 macOS Tahoe 26.5.2——所以无法判断到底是什么因素在起决定作用。不过这些反馈确实有一些共同点：大量使用全屏应用、拥有不止一台显示器，以及桌面数量较多。如果你的使用场景比较简单，可能永远不会遇到这些故障；如果比较复杂，下面的规避方法就更值得关注。

调度中心与空间到底是如何运作的

了解各个环节到底在做什么，能让这些修复方法不再显得那么神秘。

调度中心运行在程序坞（Dock）内部。 并不存在一个可以单独退出的「调度中心」进程。程序坞进程负责绘制调度中心界面、管理空间、处理全屏切换动画，并拥有热角功能。执行 killall Dock 后，程序坞会在一两秒内重启，调度中心的状态会根据偏好设置重新构建。已打开的窗口和应用不会受到影响。

空间布局保存在一个偏好设置文件中。 每台显示器上的桌面排列方式存储在 ~/Library/Preferences/com.apple.spaces.plist 中。你可以只读取它而不做任何更改：

defaults read com.apple.spaces

在我们的测试 Mac 上，这会显示一个 SpacesDisplayConfiguration 字典，其中该 Mac 曾经以「独立空间」模式使用过的每台显示器都对应一条记录。内建显示器被列为 Main；外接显示器则以 UUID 标识。当前未连接的显示器仍会出现在其中，只是以 Collapsed Space 条目代替空间列表。这就是为什么 macOS 能在你重新连接显示器时把桌面恢复到原来的位置——同样也是为什么某台显示器的记录损坏后，会扰乱另一台显示器上的调度中心。

调度中心的行为由几个偏好设置键控制。 其中有两个值得了解：

defaults read com.apple.dock mru-spaces
defaults read com.apple.spaces spans-displays

mru-spaces 对应的是「根据最近的使用情况自动重新排列空间」这项设置；值为 1 表示已开启。spans-displays 则与「显示器具有各自的空间」相反：0 表示每台显示器拥有独立的空间（默认值），1 表示空间横跨所有显示器。在我们的 Mac 上，这两个值分别是 1 和 0——也就是默认值。

全屏应用本身也是一个空间。 每个全屏窗口都会在你的桌面旁边获得自己专属的空间。从全屏应用切换到某个桌面，本质上就是一次空间切换，这也是为什么全屏相关的故障和空间相关的故障总是一起出现。

改动任何设置之前，先记录你的现状

排查调度中心问题最常见的失误，就是一口气改了好几项设置，结果搞不清到底是哪一项起了作用——甚至没法回到最初的状态。先花两分钟记录一下当前的状态。下面的每条命令都只是读取信息，不会改动任何内容。

echo "Auto-rearrange Spaces (mru-spaces):     $(defaults read com.apple.dock mru-spaces 2>/dev/null || echo 'not set (default: on)')"
echo "Spaces span displays (spans-displays):  $(defaults read com.apple.spaces spans-displays 2>/dev/null || echo 'not set (default: 0, separate Spaces)')"
echo "Group windows by app (expose-group-apps): $(defaults read com.apple.dock expose-group-apps 2>/dev/null || echo 'not set (default: off)')"
echo "Switch to Space with app windows:       $(defaults read NSGlobalDomain AppleSpacesSwitchOnActivate 2>/dev/null || echo 'not set (default: on)')"
echo "Stage Manager (GloballyEnabled):        $(defaults read com.apple.WindowManager GloballyEnabled 2>/dev/null || echo 'not set')"
system_profiler SPDisplaysDataType | grep -E "Display Type|Resolution|Main Display|Connection Type"

关于如何解读输出结果，这里有几点说明，依据的是这些命令在我们的 Tahoe 测试 Mac 上打印出的内容：

• 显示「not set」（未设置）是正常的。 macOS 通常只有在你把某项设置从默认值改动过之后，才会写入对应的键。在我们的 Mac 上，expose-group-apps 和 AppleSpacesSwitchOnActivate 根本不存在，而 mru-spaces 的值是 1、spans-displays 的值是 0——这些是被显式写出来的默认值。
• 台前调度（Stage Manager）通常应该显示为 0。 如果显示为 1，说明台前调度已经开启，你归咎于调度中心的窗口行为，实际上可能是台前调度导致的。在我们的 Mac 上，这个值是 0。
• 显示器信息这部分是 Apple 会想要的内容。 它列出了每台显示器的类型、分辨率、连接方式，以及哪台是主显示器。我们唯一的内建显示器打印出的信息是「Built-in Liquid Retina XDR Display」「3024 x 1964 Retina」「Main Display: Yes」和「Connection Type: Internal」。

把输出结果保存到备忘录里。之后如果你重置了空间配置或更改了某项设置，就有据可查；如果要向 Apple 提交错误报告，也可以直接把它粘贴进报告里。

缩小触发条件的范围

记录好基线状态后，再花几分钟找出能复现你的故障的最小操作集合。按以下顺序尝试：

1. 单台显示器，不使用全屏应用。 断开外接显示器，退出所有全屏应用，正常使用调度中心，保留两三个桌面。
2. 加入全屏应用。 把一个应用切换到全屏，并在它和某个桌面之间来回切换几次。
3. 接入第二台显示器。 重新连接它，并重复上面两项测试。
4. 加入你平时使用的工具软件。 如果退出这些工具后一切正常，就逐一重新启动它们。

大多数人会发现问题出现在某个特定步骤。这能告诉你下面哪些修复方法值得重点尝试，也能把一句含糊的「调度中心坏了」，变成一份 Apple 工程师能够复现的报告。

修复方法，按建议尝试顺序排列

按顺序往下尝试。每一步都是安全的；只有最后两步会明显改变你的布局。

1. 先重启一次 Mac

这听起来简单得有点可疑，但 MacRumors 帖子里一位使用 M1 Ultra、遇到桌面缩略图丢失的用户反映，重启解决了问题。大版本升级之后，重启也能让后台任务有时间完成。先重启一次，然后给 Mac 一天时间，再判断问题是否真的持续存在。

2. 调度中心异常时重启程序坞

当动画卡顿、空间栏一片空白，或程序坞在全屏应用中怎么都不出现时，重启程序坞：

killall Dock

调度中心、热角和程序坞都会立即重新加载。除了当时打开的调度中心视图之外，你不会丢失任何东西。macnews.info 的修复指南 把重启程序坞列为针对临时性故障的确认有效的修复方法，也是每次故障出现时最值得先试一下的办法。

如果你发现自己一天要这么做好几次，不妨把它做成一个快捷指令。在「快捷指令」App 中新建一个快捷指令，只包含一个「运行 Shell 脚本」操作，内容为 killall Dock，再给它绑定一个键盘快捷键。

3. 挽救因移动桌面而留下的黑屏

这是 macOS 27 中最典型的一个故障。你把某台显示器空间栏上的桌面拖到另一台显示器，被拖走桌面的那台显示器就会留下一块黑色、无响应的屏幕。TechRadar 引用的一位用户描述了如下规避方法：

1. 在变黑的那台显示器上打开调度中心（把指针移到该显示器上，按 Control-向上箭头，或用三、四根手指向上轻扫）。
2. 点击该显示器空间栏最右端的 + 按钮，新建一个桌面。
3. 点击新桌面切换过去。黑屏会被一个正常工作的桌面取代。
4. 再次打开调度中心，把指针悬停在新桌面的缩略图上，点击 × 将其删除——如果你想多留一个桌面，也可以保留它。

在 Apple 修复这个问题之前，最简单的预防方法就是不要在显示器之间整体拖动桌面。改为逐个移动窗口：把窗口的标题栏拖到另一台显示器上，或者使用「窗口」菜单里的「移动与调整大小」命令。

4. 关闭空间的自动重新排列

如果你的桌面不停被重新打乱、应用出现在「错误」的桌面上，或者 Control-1、Control-2 这类键盘快捷键把你带到了意料之外的地方，就关闭自动重新排列。打开「系统设置」>「桌面与程序坞」，滚动到「调度中心」部分，关闭 根据最近的使用情况自动重新排列空间。对应的终端命令是：

defaults write com.apple.dock mru-spaces -bool false
killall Dock

macnews.info 的指南把这一步列为针对桌面乱序问题的确认有效修复方法。它无法解决黑屏或动画问题，但能去掉一个看似随机的干扰源，让你更容易看清自己剩下的到底是哪些故障。

顺便留意一下这个部分里的其他选项：切换到某个应用时，切换到该应用有打开窗口的空间、按应用分组窗口，以及显示器具有各自的空间。一次只改一项，这样你才知道到底是哪项改动起了作用。

5. 问题修复之前，尽量避免使用全屏

反馈最严重的问题大多和全屏应用有关：退出全屏时桌面变黑、切换时画面一闪却哪都去不了、程序坞怎么都不出现。全屏并不是必须的。改用「填满」窗口，几乎能获得同样大小的工作区域：

• 选择菜单栏中的**「窗口」>「移动与调整大小」，选择「填满」**（或者使用窗口左上角绿色按钮的菜单，里面提供同样的平铺选项）。
• 双击窗口标题栏。双击的具体行为由「桌面与程序坞」设置中的「双击窗口标题栏以」一项决定，「填满」正是其中一个选项。
• 如果想要更多可用像素，可以在「桌面与程序坞」和「控制中心」设置中开启自动隐藏程序坞和菜单栏。

Apple 的发行说明还提到了一处相关的小改动：在 macOS 27 中，「窗口」>「移动与调整大小」和「窗口」>「全屏并排」菜单现在也可以用来移动、调整大小、打开和保存那些不以工作表形式显示的面板（150791154）。「填满」的窗口不会创建新的空间，因此能完全绕开空间切换相关的故障。

6. 找回已最小化的窗口

如果最小化的窗口不再出现在调度中心或 App Exposé 中，你仍然可以把它们找回来。macnews.info 的指南记录了一个对用户有效的方法：按下 Command-Tab，按住 Command 键切换到目标应用，然后在松开 Command 之前按住 Option 键。该应用最小化的窗口就会恢复。你也可以点击程序坞里的应用图标，从「窗口」菜单中选择相应窗口，或者右键点击程序坞图标查看它的所有窗口。

为了不让这个问题一直影响你，可以考虑在故障修复之前干脆不要最小化窗口。改用隐藏应用（Command-H），既能让窗口不碍事，又能方便地用 Command-Tab 把它们找回来。

7. 用「减弱动态效果」缓解动画问题

针对「卡顿」以及「既慢又快」的动画效果，在「系统设置」>「辅助功能」>「显示器」中开启 减弱动态效果，可以把滑动式的空间切换动画替换为交叉淡入淡出。这不能修复底层故障，我们自己也还没能测出它在 macOS 27 上的具体效果，但对很多人来说，它能去掉最明显的那部分观感问题，而且尝试起来没有任何成本。如果你还用全新的 Liquid Glass 滑块降低了透明度，那也已经减轻了合成器的一部分工作量；这两者之间的关联，我们在 WindowServer 高 CPU 占用指南 中有详细说明。

8. 排查那些接管窗口管理的工具软件

调度中心方面的故障，恰恰是第三方工具软件既可能引发、也可能放大的那类问题。鼠标重映射工具、窗口管理器和触控板手势工具，都是挂钩在同一套系统事件上的。macnews.info 的指南提到，Mac Mouse Fix 的开发者已经在源码中修复了一个 macOS 27 相关的问题，并发布了一个临时构建版本；其他工具可能也需要更新。

一个简单的测试就能判断是否是某个工具软件在捣鬼：

1. 用三种方式打开调度中心：触控板轻扫、键盘上的 Control-向上箭头，以及你平时习惯使用的自定义方式（鼠标按键、热角，或某个工具软件的快捷键）。
2. 如果触控板和键盘方式都正常，唯独你的自定义方式不行，那问题出在这个工具软件上，而不是 macOS。
3. 如果想做更全面的排查，退出所有菜单栏工具软件后注销再登录，或者以安全模式启动，看看故障是否依然存在。

如果确认是某个工具软件的问题，在向 Apple 报告之前，先去它的官网或问题跟踪页面看看有没有针对 macOS 27 的更新。

9. 检查应用的桌面分配

有几位用户反映，应用不再停留在被分配的桌面上——应用会在当前空间打开，之后再查看时却显示没有任何分配。目前还没有修复方法，但可以先检查设置是否真的生效了：

1. 右键点击该应用的程序坞图标。
2. 选择**「选项」**。
3. 在**「分配到」下，选择「此桌面」（如果希望应用在所有桌面上都出现，选择「所有桌面」**）。

如果分配设置又被还原了，说明你遇到了这个已被反馈的故障。作为一种规避方法，**「所有桌面」**理论上受影响更小，因为它不依赖某个具体的空间标识符——但我们还没能在 macOS 27 上确认这一点，所以请把它当作一个值得一试的方法，而不是已确认有效的修复方案。

10. 更改「显示器具有各自的空间」（需要注销）

在所有设置中，这一项的影响最大，而且改动后需要注销才能生效。开启时（默认状态），每台显示器都拥有自己独立的一套桌面和全屏应用，菜单栏会出现在每台显示器上。关闭时，你的桌面会横跨所有显示器共用一套。

如果你遇到的问题都和多显示器有关——在显示器之间拖动桌面、副屏黑屏、全屏应用出现在「错误」的显示器上——那么关闭这项设置值得一试。它会改变你的工作方式，所以请把它当作一种临时性的规避方法。这个选项位于「桌面与程序坞」设置中「调度中心」部分的最下方。

11. 重置空间配置（最后手段）

如果调度中心在某台显示器上一直显示错误，或者空间栏里出现了不该存在的桌面，那么问题可能出在已保存的配置上。重置它会删除所有桌面布局和每台显示器的排列方式；之后每台显示器都会从一个桌面重新开始，其余的需要你自己重建。应用的桌面分配也会一并丢失。

先备份，再重置：

cp ~/Library/Preferences/com.apple.spaces.plist ~/Desktop/com.apple.spaces.plist.backup
defaults delete com.apple.spaces
killall Dock

macnews.info 的指南把这一步列为重置步骤。如果重置之后情况反而更糟，把备份文件复制回原位，然后立即注销：

cp ~/Desktop/com.apple.spaces.plist.backup ~/Library/Preferences/com.apple.spaces.plist

然后注销再重新登录。偏好设置会被系统缓存，这也是为什么单单复制文件还不够；注销才能让 macOS 重新加载它。

Apple 什么时候会修复？

这一点是 macOS 27 与近几年不同的地方。Apple 并没有发布 27.1 的公开测试版。相反，据 MacRumors 报道，Apple 在 9 月 16 日——也就是 27.0 发布仅两天后——就放出了 macOS 27.2 的首个开发者测试版，而 据 9to5Mac 报道，27.2 的首个公开测试版则在 9 月 22 日发布。目前流传较广的解释是，iOS 27.1 与 10 月发布的新款 iPhone 绑定，所以其他平台干脆直接跳到 27.2 进行测试。

对受调度中心问题困扰的用户来说，论坛里的反馈并不乐观。一位成员在 9 月 17 日写道，「27.2 测试版 1 没有修复任何故障」，而那个帖子的楼主在测试后也确认「没有变化，27.2 上依然是坏的」，随后回退到了 Tahoe。截至 9 月 23 日，参与讨论的人已经在聊第二个 27.2 测试版了，但还没有人反馈问题已被修复。Apple 仍有可能发布一个更小规模的 27.0.x 更新来做针对性修复——它经常这么做——但目前还没有任何官方公告。

因此，比较务实的预期是：真正的修复可能需要数周而非数天。请围绕上面这些规避方法来安排自己的使用计划。

规范地提交反馈

Apple 在一定程度上会根据反馈的数量和质量来决定问题的优先级。如果调度中心在你这里出了问题，请在「反馈助理」中提交，并附上：

• 故障发生过程的屏幕录制。
• 你的显示器配置（有几台显示器、哪台是主显示器、连接方式是什么）。
• 「桌面与程序坞」中四项调度中心相关设置的当前状态。
• 一份在故障发生后立即采集的 sysdiagnose（按 Shift-Control-Option-Command-句点，文件会在几分钟后出现在 /private/var/tmp 中）。

一份附有录屏和 sysdiagnose 的报告，价值远远超过论坛帖子里的一句评论。

要不要退回 Tahoe？

MacRumors 帖子里已经有好几个人这么做了，包括退回到 26.7 的楼主本人。也有人选择继续停留在 Sequoia 或 Tahoe，等 27.2 发布再说。这个决定取决于调度中心在你的工作中有多重要：

你的情况	建议
你很少使用全屏应用或多个桌面	留在 27.0 上；你可能永远都不会遇到这些故障。
你在一台显示器上使用多个桌面	尝试第 1–7 步。这类用户大多能绕开这些问题。
你每天在两台及以上显示器上使用全屏应用	尝试第 1–10 步。如果黑屏或桌面变黑的故障反复出现，可以考虑退回 Tahoe，等修复发布后再升级。
你还没有升级，且工作依赖调度中心	再等等。留在 Tahoe 26.7 上不会有任何损失，它在 27.0 发布的同一天也收到了安全更新。

退回并不是一件轻松的事。没有什么一键降级按钮：你需要抹掉 Mac，安装一个 Apple 仍在签名的 Tahoe 版本，再从升级之前制作的备份中恢复数据。在 macOS 27 上制作的时间机器备份，是无法直接作为完整系统恢复到 Tahoe 上的。我们的从 macOS 27 无损降级到 Tahoe 指南详细讲解了整个流程，正式版和测试版都适用。

如果你决定留下来，不妨在等待期间考虑换一种窗口管理方式。台前调度（Stage Manager）使用一套独立的窗口分组机制，不受目前已反馈的大多数空间问题影响；我们的台前调度指南详细介绍了它的工作原理。它并不适合所有人，但对一部分人来说，这是比整体退回一个系统版本更好的临时方案。

多显示器配置检查清单

多台显示器会让上述每一种故障都更容易出现。如果你正是这种配置，在 macOS 27 目前这个状态下，养成以下几个习惯会有帮助：

• 保持主显示器不变。 更改哪台显示器持有菜单栏（在「显示器」设置的排列视图中拖动白色条来实现）会重新整理空间。在调度中心问题修复之前，尽量避免这么做。
• 每次都以相同顺序连接显示器。 空间是按显示器标识符来记忆的。如果扩展坞或转接器在睡眠唤醒后以不同顺序呈现显示器，就会打乱这种映射关系。
• 断开显示器之前先关闭全屏应用。 显示器消失后，其上的全屏空间必须被转移到别处；正是这个转移过程，最容易触发黑屏故障。
• 在副屏上优先使用「填满」窗口，而不是全屏。 「填满」的窗口在显示器断开后依然完好，也不会创建新的空间。
• 重新连接后重启程序坞。 如果从睡眠中唤醒或重新连接显示器后调度中心显示异常，执行 killall Dock 比逐步排查更快。

常见问题排查

调度中心打开后完全看不到任何窗口

问题：打开调度中心后是一个空白桌面，或者窗口短暂出现后就消失了。

解决方法：执行 killall Dock。如果没有效果，检查「按应用分组窗口」是否已开启，尝试关闭它。然后检查那些不见的窗口是不是被最小化了——最小化窗口正是被反馈的盲点之一——并按上文所述用 Command-Tab 加 Option 把它们找回来。

桌面相关的键盘快捷键没有反应

问题：Control-向左箭头、Control-向右箭头或 Control-数字这类快捷键，不再能切换桌面。

解决方法：打开「系统设置」>「键盘」>「键盘快捷键」>「调度中心」，确认这些快捷键已经启用。Control-数字这类快捷键只有在对应的桌面已经存在时才会出现，所以先把桌面创建出来。如果快捷键已启用但仍然没反应，重启程序坞。

空间栏中出现了我没创建过的额外桌面

问题：会多出一些额外的桌面，通常发生在连接或断开显示器之后。

解决方法：显示器断开时，macOS 会把它上面的桌面转移到剩下的显示器上，以免窗口丢失。在调度中心里用 × 按钮删除多余的桌面。如果每次都会重新出现，说明该显示器保存的配置可能已经损坏；在做好备份后，按第 11 步重置空间配置。

切走再切回来后，全屏视频变黑

问题：切换空间后，全屏播放视频的窗口变成了黑屏。

解决方法：按 Escape 或 Control-Command-F 退出全屏后再重新进入。如果反复出现，改用「填满」窗口播放视频。Apple 的发行说明中列出了一个已修复的故障，即「音乐」的可视化效果在全屏和窗口模式下都会显示黑屏（177480780），所以如果这个问题具体出现在「音乐」App 中，请提交反馈。

我的热角不再起作用

问题：调度中心或桌面对应的热角不再能触发。

解决方法：检查「系统设置」>「桌面与程序坞」>「热角」中的分配情况。热角是由程序坞处理的，所以 killall Dock 通常能让它恢复正常。如果某个窗口管理工具软件也占用了屏幕角落，禁用它后再测试一次。

菜单栏中的菜单要一两秒才能打开

问题：点击菜单栏中的任何一项都有明显的延迟。

解决方法：先排除升级后的后台负载：如果 Spotlight 还在建立索引，延迟应该会在几天内消失。有用户反映一周后延迟依然存在，甚至干净安装后也是如此，目前还没有找到规避方法；请在复现问题后立即采集 sysdiagnose 并提交反馈。

常见问题解答

macOS 27 上是不是每个人的调度中心都坏了？

不是。很多用户反馈了严重的问题，尤其是在使用全屏应用和多台显示器的场景下，但同一版本上的其他用户却完全没遇到。这种差异目前还没有得到解释，Apple 也尚未公开承认这个问题。

把桌面移到另一台显示器后黑屏了，怎么修复？

在变黑的那台显示器上打开调度中心，点击 + 新建一个桌面，切换过去，再把它删除。黑屏就会被一个正常工作的桌面取代。在 Apple 修复这个故障之前，尽量避免在显示器之间整体拖动桌面。

macOS 27.2 测试版修复调度中心了吗？

从测试过的用户反馈来看没有。论坛成员表示，9 月 16 日发布的 27.2 测试版 1 并没有修复这些故障。由于 Apple 跳过了公开的 27.1 测试版，完整的修复可能还需要数周时间。

删除 com.apple.spaces.plist 安全吗？

从「macOS 会重新创建它」这个角度说是安全的，但你会丢失所有桌面布局和应用分配。先把它复制到桌面，再执行 defaults delete com.apple.spaces 和 killall Dock。如果需要恢复，在还原备份之后记得注销。

killall Dock 会关闭我的应用吗？

不会。它只是重启程序坞进程，而调度中心、热角和空间都运行在这个进程里。已打开的应用和窗口都会保持原样。你会看到程序坞在一两秒内消失又重新出现。

要不要因为调度中心的问题降级回 macOS Tahoe？

只有在这些故障已经影响到你的日常工作、而规避方法又帮不上忙时才需要考虑。降级意味着要抹掉 Mac，再从升级之前的备份中恢复。对大多数使用场景比较简单的用户来说，在修复发布之前，靠规避方法撑过去就够了。

「显示器具有各自的空间」这项设置到底改变了什么？

开启时，每台显示器都拥有自己独立的桌面和全屏应用，每台显示器上也都会显示菜单栏。关闭时，同一套桌面会横跨所有显示器，所以切换桌面会同时切换所有屏幕。更改这项设置需要注销，如果你的故障只在使用多台显示器时才出现，这项设置值得一试。

台前调度也有同样的故障吗？

目前的反馈都集中在调度中心、空间和全屏应用上。台前调度使用的是另一套窗口分组机制，所以是一个合理的临时替代方案，不过我们自己还没有在 macOS 27 上对它进行测试。

结语

macOS 27 中调度中心的状态，比近几年任何一个版本都要糟糕，但它并不是全面失灵，而且大多数问题至少都有部分有效的规避方法。先重启一次，之后每次出故障就用 killall Dock。针对黑屏用「新建-切换-删除」的技巧，关闭自动重新排列，多用「填满」窗口而不是全屏。把改动「显示器具有各自的空间」或重置空间文件这类重量级方法，留到轻量级方法都不管用的时候再用。同时用录屏和 sysdiagnose 记录你看到的情况并提交反馈，因为既然 Apple 的第一个更新已经进入了 27.2 周期，清晰的反馈就是确保这些故障被排到优先级前列的最好办法。

延伸阅读：macOS 27 Golden Gate 发布当日指南 · Liquid Glass 与多显示器下 WindowServer 高 CPU 占用 · 从 macOS 27 无损降级到 Tahoe