macOS 27 妙控鼠标没反应?已连接但指针不动的排查与修复

macOSTahoe ·
macOS 27 妙控鼠标没反应?已连接但指针不动的排查与修复

升级 macOS 27 后妙控鼠标(Magic Mouse)显示已连接,指针、点按和滚动却全部失灵?本文提供排查对照表、按风险从低到高排序的安全修复步骤,以及社区的推测。

你升级到了 macOS Golden Gate 27,伸手去拿妙控鼠标,却毫无反应。打开「系统设置」,蓝牙里显示鼠标已配对、已连接,甚至还能看到正确的电量。可是指针不动,点按没有反应,滚动和手势也都消失了。内置触控板正常,换一只蓝牙鼠标也正常,忘记这只鼠标后重新配对也没有任何变化。这正是 Apple 支持社区一个长帖所讨论的症状:帖子创建于 9 月 15 日,也就是 macOS 27 发布后的第二天,「Magic Mouse not working macOS 27」也因此成了一个真实的搜索词。

本文做三件事。第一,帮你把这个 macOS 27 的特定问题与妙控鼠标出问题的常见原因区分开:电量耗尽、配对记录失效、信号干扰,或者鼠标仍连着另一台设备。第二,按风险从低到高列出安全的修复步骤,其中包括一些听起来很激进、实际上并不危险的操作。第三,解释社区对问题成因的推测、GitHub 上的开源变通方案究竟做了什么,以及如何判断是否可以信任某个方案。Apple 尚未承认这个问题,因此下文关于成因的内容都只是用户的推测,我们每次都会注明。

核心要点

  • 症状很具体。 在 macOS 27 上,妙控鼠标显示为已连接,通常还能看到电量,但没有指针移动、点按、滚动或手势。我们在 2026 年 10 月 14 日打开那个帖子时,它有 98 个「Me too」回应和约 77 条回复。这个问题并非人人都会遇到:同一帖子里一位常驻的热心用户说,他的两只 Magic Mouse 2 在 macOS 27 上都能正常使用。
  • 先排除常见原因。 把鼠标关掉再打开,用线缆充电一分钟,忘记设备后重新配对,并确认它没有连着 iPad 或另一台 Mac。这些步骤出自 Apple 自己的支持文章,不花任何代价。
  • 成因是社区推测,不是 Apple 的声明。 用户认为 macOS 27 不再把鼠标从基础鼠标模式切换到多点触控模式。Apple 没有证实这一点,帖子里也没有 Apple 员工发言。
  • 社区变通方案存在,但有实际风险。 它们是需要「输入监控」权限的小程序,其中一个变体还会安装 root 权限的 LaunchDaemon。请先阅读源代码。
  • 目前没有确认有效的修复。 27.0.1 的说明只写了「bug fixes」,我们查阅的 macOS 27.2 beta 4 发行说明也没有提到蓝牙或妙控鼠标。后续版本是否修复,目前未知。
  • 你并没有被卡死。 可以先用触控板或另一只鼠标,向 Apple 反馈问题,实在不行再降级回 Tahoe。

用户在 macOS 27 上实际报告了什么

主要信息来源是 Apple 支持社区的帖子 "Magic Mouse 2 is not working in the macOS 27?"。本节所有内容都是我们在 2026 年 10 月 14 日在页面上看到的。我们按页面显示的数字和日期引用,并把说法归于提出者本人。这些都是用户报告,不是经 Apple 证实的结论。

原帖由一位使用 MacBook Air、运行 macOS 27.0 的用户在 2026 年 9 月 15 日发布。更新后,他的鼠标「完全不能用了」,显示为已配对、已连接,却没有移动、没有点按、没有手势。MacBook 的触控板和另一只蓝牙鼠标都正常。断开后重新配对也没有帮助。

帖子里的关键节点,按日期排列:

日期(2026)发言者报告内容
9 月 15 日原帖作者Magic Mouse 2 在 macOS 27.0 上显示已连接但毫无反应;重新配对无效
9 月 15-16 日一位顶层热心用户(Level 10)给出标准步骤:充电、用线缆配对、重新配对、重启。指出 Magic Mouse 2 在 iPadOS 26 上正常,在 macOS 27 和 iPadOS 27 上不行,并说明这本身并不能证明是 Apple 已确认的 bug。他还说自己的两只 Magic Mouse 2 在 macOS 27 上可以正常使用
9 月 16 日原帖作者日志流显示,鼠标在 macOS 27 上没有任何点按响应,而在 Tahoe 上有。固件 1.9.2
9 月 18 日一位 Mac mini M4 用户提出 macOS 27 从不发送 macOS 26 会发送的一条四字节消息,并发布了一个小工具。他自己的原话是:「a workaround, not a fix.」同时建议向 Apple 提交反馈
9 月 24 日一位用户用线缆把鼠标插到 MacBook 上,它就出现在蓝牙里;退回 macOS 15.8 之后同样需要这一步
9 月 26 日一位工具作者称旧的变通方案在较新的 27.0 构建上失效,原因是报告 ID 发生了变化
10 月 2 日一位工具作者发布了不需要 root、按需启动的变体

有三点值得注意。它不止影响一种型号(有用户报告 USB-C 版妙控鼠标 A3204 也出现了同样的问题)。它并非人人都会遇到,那位有两只正常的 Magic Mouse 2 的热心用户就是例子。而且在 27.0.1 之后问题也没有消失:Apple 在 9 月 28 日发布了 27.0.1(构建号 26A434),在 Apple 的安全更新页面上仅描述为 bug 修复,可工具作者和用户在 10 月 2 日和 10 日仍在继续发帖。我们没有找到任何说 27.0.1 修复了此问题的帖子。这只是没有找到证据,并不是证明。

9 月 21 日 iBoysoft 社区有一个较短的帖子,描述了同样的症状;有两条回复说,忘记鼠标、把 Mac 彻底关机再重新配对后,问题解决了。这只是个别经验,而且没有说明 macOS 的构建版本。

排查:是 macOS 27 的问题,还是普通故障?

妙控鼠标失灵,可能与操作系统毫无关系。在你动蓝牙设置或第三方代码之前,先弄清自己属于哪种情况。macOS 27 这个问题的显著特点是:Mac 认为一切正常。蓝牙把鼠标列为已连接,鼠标既没有休眠也没有没电,只是 Mac 收不到它的任何指针输入。

用下面的表格把你看到的现象对应到最可能的原因。「可能原因」是根据报告做出的合理推断,不是诊断结论。

你看到的现象可能原因怎么做
蓝牙里根本没有这只鼠标,或显示「未连接」鼠标已关闭、没电、超出范围,或已和另一台设备配对把电源开关关掉再打开,用线缆充电一分钟,然后重新连接
鼠标显示已连接,有电量,但没有指针、点按和滚动;触控板和另一只蓝牙鼠标正常;刚好在升级 macOS 27 之后开始报告中的 macOS 27 问题先做下面的安全步骤,不行再看社区解释和后面的选项
指针跳动、迟滞或卡顿,但确实有反应信号干扰、电量低,或桌面不平整、不适合检查电量,把其他无线设备挪远,换一个桌面。参见下方链接的 Apple 干扰排查说明
鼠标用几分钟后失灵,或 Mac 从睡眠唤醒后失灵配对记录失效、电量低或连接不稳;也有部分环境在使用社区修复后出现这种情况充电、重新配对并重启 Mac。如果你用了社区工具,请看故障排除一节
所有蓝牙设备都连不上,或蓝牙选项呈灰色蓝牙模块或系统问题,而不是鼠标重启 Mac;如果仍然如此,联系 Apple 支持,这也是 Apple 对这种情况的建议

五分钟测试,帮你区分不同情况

按顺序做,并记下每一步的结果。每步不超过一分钟。

  1. 检查其他指点设备。 触控板能用吗?换一只蓝牙或 USB 鼠标能用吗?如果两者都正常,说明你 Mac 的蓝牙和输入系统没有问题。原帖作者和帖子里的大多数人正是这个结果。
  2. 检查电量和开关。 Apple 针对妙控配件的官方步骤,第一步就是用鼠标底部的开关把设备关闭再打开:把开关推到看不见绿色,再推回去让绿色显示出来。如果更新之后你还没做过这一步,现在就做。
  3. 看看蓝牙认为是什么状态。 打开「系统设置」,再进入「蓝牙」。鼠标是否在「我的设备」下,且显示「已连接」?是否显示电量百分比?如果两者都成立,但鼠标毫无反应,就符合报告中的症状。
  4. 换个地方试试这只鼠标。 如果你有 iPad 或另一台 Mac,就在那里配对。这里要注意:Magic Mouse 2 在仍运行 macOS 26 的 Mac 上能用,说明硬件没问题,问题出在你这台 macOS 27 的 Mac 上。帖子里有位热心用户提到,Magic Mouse 2 在 iPadOS 26 上正常,在 macOS 27 或 iPadOS 27 上不行,这是用户的观察,不是 Apple 的声明。
  5. 有条件的话,读一下硬件信息。 下面这条只读的「终端」命令可以显示蓝牙看到了什么:
system_profiler SPBluetoothDataType

它会输出你的蓝牙控制器,并在「Connected」下列出每台设备的地址、供应商 ID、产品 ID、电量、固件版本和服务。不会更改任何内容。对于 Lightning 接口的 Magic Mouse 2,社区工具报告的产品 ID 是 0x0269,供应商 ID 是 0x004C(Apple)。如果你的鼠标出现在「Connected」下并显示电量,却仍然没有输入,那你遇到的就是报告中的 macOS 27 模式。如果它不在「Connected」下,则属于上面的常见原因之一。

如何解读结果。 已连接、显示电量、触控板正常、没有输入、更新后开始:大概率是 macOS 27 的问题。只要出现任何一种常见原因,先把它解决。

如果你的键盘或鼠标在登录界面就失灵,想深入排查蓝牙问题,请看我们的登录界面蓝牙键盘鼠标失灵指南,里面详细讲了配对和偏好设置文件方面的处理。

你用的是哪一代妙控鼠标,各代的报告情况如何

Apple 一共卖过三代妙控鼠标。从上面看它们很相似,所以看底部是区分它们最快的办法。

型号如何辨认Apple 来源在 macOS 27 上的报告
初代 Magic Mouse(2009)电池仓里是可更换电池;没有充电口Apple 的序列号页面提到「earlier wireless mice」,序列号位于电池仓内没有找到报告,情况未知
Magic Mouse 2(2015 年推出)底部有 Lightning 接口;内置可充电电池妙控鼠标技术规格:2015 年推出,Lightning 接口,附带 USB-C 转 Lightning 线缆有,报告很多;产品 ID 为 0x0269,多例为固件 1.9.2
Magic Mouse(USB-C)底部是 USB-C 接口Magic Mouse(USB-C)技术规格:2024 年推出,需要 macOS 15.1 或更高版本有,一位用户报告型号为 A3204,固件 3.1.4。报告较少

关于这张表,有几点需要如实说明。

  • 型号编号。 A3204 来自用户报告和零售列表;Apple 的技术规格页面没有列出型号编号。请以你自己鼠标上的印字为准。
  • 初代 Magic Mouse。 Apple 的序列号页面确认较早的无线鼠标有电池仓。关于「AA 电池」的细节来自第三方描述,而不是 Apple。我们没有找到这款型号在 macOS 27 上的报告,也无法判断它是否受影响。如果你有一只而且能正常使用,那是有价值的信息,但我们不能从沉默中得出一般性结论。
  • Mac 机型。 报告中提到的有 MacBook Air、Mac mini M4 和 MacBook Pro,系统都是 macOS 27.0 或更高版本。macOS 27 只支持 Apple 芯片。

如果你不确定自己用的是哪一代,看一下底部。看充电口大约十秒钟就能知道是哪一代。

按风险从低到高的安全步骤

下面的顺序从完全无害的步骤开始,逐步过渡到会改变系统状态的步骤。鼠标一恢复就停下。大多数读者不需要做到最后两步。

第 0 步:保留一种操作 Mac 的方式

要完成其中大部分步骤,你需要一个指点设备。触控板是显而易见的选择。如果你用的是台式 Mac,只有妙控鼠标,没有触控板或其他鼠标,请借一只或插上一只 USB 鼠标。Apple 还记录了一条只用键盘打开蓝牙的路径:按下 Command-空格,输入「Bluetooth File Exchange」(蓝牙文件交换),按下回车,再按一次回车就能打开蓝牙。这适用于蓝牙被关闭的情况,不是针对本文的问题,但它说明只靠键盘也能进入蓝牙。

第 1 步:重新开关机并用线缆充电(无风险)

这一步直接来自 Apple 对妙控键盘、妙控鼠标和妙控板无法连接的处理指南。

  1. 把鼠标底部的开关推到看不见绿色,等几秒钟,再推回去。
  2. 用线缆把鼠标连接到 Mac(Lightning 转 USB-C,较新的型号用 USB-C 转 USB-C)。Apple 说要等一分钟,然后再断开。这样既能配对鼠标,也能给它充电。
  3. 打开「系统设置」,再进入「蓝牙」,看看鼠标现在能不能用。

充电比大多数人想象的更重要。电量只剩一半时会出现让人困惑的表现,而且用线缆连接也正是 Apple 配对鼠标的方式。

第 2 步:移除并重新配对(无风险,略费功夫)

Apple 对在 Mac 上连接蓝牙配件的指引是:在「系统设置」的「蓝牙」中点设备旁边的信息图标,选择「忘记此设备」,让配件重新进入配对模式,在附近设备列表中选择它,然后点按「连接」。

对妙控鼠标来说,可靠的重新配对方式就是按第 1 步用线缆连接。帖子里很多人这样做过,报告说它没有解决 macOS 27 的问题,所以失败了也不必气馁。排除配对记录失效仍然值得一试,因为只需一分钟。

一名女子坐在厨房餐桌前,把充电线插入一只白色无线鼠标的底部,旁边是一台银色笔记本电脑,屏幕上是虚化的蓝牙列表

第 3 步:用线缆连接并观察(低风险,仅有一位用户的报告)

帖子里有位用户在 9 月 24 日写道,用线缆把鼠标插到 MacBook 上后,它就出现在蓝牙里了,退回 macOS 15.8 之后同样需要这一步。我们理解那条帖子说的是设备出现了,并没有明确说指针开始工作,所以这只是一个薄弱的线索,不是修复方法。这一步是安全的,可以一试:保持鼠标开启,接上线缆,等一分钟,看插着线时指针能不能用。如果能用,说明有线输入路径没问题,问题出在无线路径上,这与下文的社区推测相吻合。

第 4 步:彻底关机,而不只是重启(无风险)

iBoysoft 论坛的回复提到的是彻底关机,而不是重启。在 Mac 上,关机和重启并不相同:关机会让蓝牙硬件断电,而重启可能保留一些状态。先从蓝牙里移除这只鼠标,把 Mac 关机,等大约三十秒再开机,给鼠标充电,然后重新配对。两位论坛用户说这样做有效。至于对 Apple 帖子里大多数人描述的情况是否有效,我们无法判断,因为他们中的很多人已经试过重启。

第 5 步:重启蓝牙守护进程(低风险,有文档记录的命令)

Mac 上的蓝牙服务是一个叫 bluetoothd 的后台进程。在我们检查的那台 macOS 27 的 Mac 上,用 launchctl print system/com.apple.bluetoothd 看到,它是一个系统 LaunchDaemon,从 /System/Library/LaunchDaemons/com.apple.bluetoothd.plist 加载,以 /usr/sbin/bluetoothd 运行。由于它由 launchd 管理,停止它会让系统启动一个全新的副本。

大家使用的命令是:

sudo pkill bluetoothd

它的作用:pkill 的手册页写明它按名称查找进程并向其发送信号;不指定信号时,它发送普通的终止信号(SIGTERM)。需要 sudo 是因为该守护进程以 root 身份运行。结果是,Mac 上所有蓝牙设备会断开几秒钟,等服务重新启动后再重连它记住的设备。这包括蓝牙键盘和触控板,所以请备好有线输入设备,或者记住键盘快捷键。

我们无法告诉你的是:这样做能修复 macOS 27 的问题。我们没有找到 Apple 对这条命令的文档,帖子里也没有人报告它起了作用。它是社区用来清理卡死的蓝牙服务的做法,成本低,也可以撤销。如果大约半分钟后蓝牙没有恢复,请重启 Mac。没有其他需要还原的东西。

第 6 步:蓝牙调试菜单(不要依赖)

较早的教程,例如 MacRumors 2018 年的教程,介绍了按住 Shift 和 Option 点按蓝牙图标,显示包含「Reset the Bluetooth module」的 Debug 子菜单。那篇文章没有提到任何较新的 macOS 版本,而且我们无法确认这个菜单在 macOS 27 上是否存在。它还提供「移除所有设备」以及对 Apple 配件进行出厂重置,这些做法都过于粗暴,帖子里也没有人报告蓝牙重置有帮助。删除蓝牙偏好设置文件(如我们的登录界面指南所述)同样不合适:这里的配对本身是成功的。

社区的解释:基础鼠标模式与多点触控模式

鼠标为什么会已连接却毫无反应?帖子里的推测比较偏技术,而且很重要,因为它解释了变通工具在做什么。开始之前先说明:这是用户的看法,不是 Apple 的说法。 Apple 没有发表任何公开声明,我们读到的帖子里也没有 Apple 员工发言。

用通俗的话讲这个推测

妙控鼠标既是一个简单的指点设备,也是一块多点触控表面。据发布第一个变通方案的用户所说,鼠标启动时处于基础模式,有时称为 boot-mouse 模式,此时它的行为就像普通鼠标。为了获得完整体验(在整个顶部表面滚动、手势、侧边辅助点按),Mac 会向它发送一条简短的 HID 特性报告,把它切换到多点触控模式。这个报告是四个字节:F1 06 01 37。

这个说法是:macOS 26 会发送这条报告,而 macOS 27 不发送。如果这是对的,结果就会与人们看到的一致:鼠标已配对并能报告电量,但 Apple 的多点触控驱动从未接管它。这也是为什么单纯重新配对没有帮助:出问题的并不是配对。

我们打开的两个开源工具的 README 里都出现了同样的四个字节,并把它们描述为告诉鼠标进入多点触控模式的消息。其中一个 README 还补充说,Linux 的 hid-magicmouse 驱动使用的是同一条消息。这些是我们读到的工具作者的说法,我们并没有用 Apple 的代码核实。

哪些证据支持它,哪些不支持

支持这个推测的有:原帖作者的日志显示 macOS 27 上没有点按响应,而 Tahoe 上有;用户报告说发送这四个字节的工具能让鼠标恢复工作;据说 Magic Mouse 2 在 iPadOS 26 上正常,在 macOS 27 或 iPadOS 27 上不行;另有一个 README 说,之后鼠标使用的是 Apple 自己的驱动。

反对它,或者至少让情况更复杂的有:

  • 并非所有人都受影响。 一位热心用户报告说,他的两只 Magic Mouse 2 在 macOS 27 上正常工作。如果只是缺了一条消息,你会预期所有同固件的用户都中招。决定谁受影响的可能是别的因素,比如时机、构建版本、固件,或配对顺序。我们不知道。
  • 各构建版本不同。 一位工具作者说,把报告发送到每一个 HID 接口的做法,在构建 26A5416b 上失效了。那是一个预发布的公开测试版构建;正式版 27.0 是 26A428,27.0.1 是 26A434,我们不知道作者是否重新测试过。帖子里也有一条回复说,早期的变通方案在较新的 27.0 构建上失效。
  • 成因与触发条件是两回事。 Apple 以外的人没有办法看到这条消息为什么会缺失。

我们的结论比较克制。这个推测有一定道理,符合人们收集到的证据,也解释了为什么这些变通方案都瞄准同一条消息。但它并没有被证实。在 Apple 表态之前,对任何关于根本原因的解释都应当当作暂定结论。

GitHub 上的社区工具:它们做了什么,信任之前要查什么

有几个人发布了发送这四字节报告的小程序。下面每一个的 README 我们都打开读过。我们只列出这几个,并且没有下载或运行过其中任何一个。

仓库README 对它的描述权限与特权签名声明的适用范围
o0mohd0o/MagicMouseFix一个小型的非官方应用。发送那条缺失的消息来唤醒停滞的驱动;之后鼠标使用 Apple 自己的驱动。MIT 许可证安装一个登录代理;需要「输入监控」,README 说要手动授予。它称自己只写入一条 4 字节消息,不读取输入,也不联网。只有旧的备用方案才需要「辅助功能」README 说发布版本经过 Developer ID 签名并由 Apple 公证。从源码构建的版本是临时签名,每次重新构建后都需要重新授予权限只在 Magic Mouse 2(Lightning,产品 ID 0x0269,固件 1.9.2)上测试过。它说其他型号不会被匹配
oleksandr-antonian/macos27-magic-mouse-fix一个约 180 行的 C 文件,不提供二进制文件,MIT 许可证。自己编译、运行,还可以选择安装一个 LaunchDaemon,在重新连接时再次发送消息README 建议用 sudo 运行;安装守护进程需要 sudo,并写入系统目录。日志写到 /var/log不适用:需要你自己编译在 Mac mini M4 + Magic Mouse 2、固件 1.9.2 上测试过。称固件 3.1.4 也受影响,但没有给出测试细节
imamirezaei/magic-mouse-wake一个 Swift 命令行工具。先检查 Apple 的多点触控设备是否已存在,存在就什么也不做;否则把报告发送到唯一接受它的接口。唤醒后会重试。MIT 许可证不需要 sudo。需要 Xcode 命令行工具和「输入监控」。通过一个启动代理在登录时运行需要你自己构建;权限绑定到具体的那个二进制文件只在 Magic Mouse 2(Lightning)、macOS 27.0 构建 26A5416b 上测试过。有意不匹配其他型号
khaledhawari/magic-mouse-2-fix-os27一个启动器:把 C 源码编译到临时文件夹,发送报告,检查 Apple 的多点触控驱动是否已加载,然后删除辅助程序并退出。MIT 许可证不需要 sudo 或管理员密码。「终端」需要「输入监控」。没有守护进程、登录项或后台进程README 没有说明仅限产品 ID 0x0269

有两处不一致值得了解。帖子里报告说,其中一个工具帮助了一只 USB-C 妙控鼠标(A3204),而按我们的理解,该工具的 README 说它只匹配 Lightning 型号。要么是 README 在那些帖子之后做过更新,要么是工具的实际行为比文档记载的更广;我们无法判断是哪一种。另外,帖子里还有一条帖子描述了在运行之前,先把下载的程序上的隔离属性去掉,这就引出了风险问题。

如实说明风险

这些程序很可能确实有效。帖子里的人说它们有效。但使用其中任何一个,就意味着在一台存放着你的账户和文件的机器上运行陌生人写的代码。具体涉及以下几点。

  • 未签名或自行构建的代码。 四个 README 里只有一个声称提供经过公证的发布版本。其他的要求你从源码构建或运行脚本。只有你真的读过代码,这才比盲目运行二进制文件更安全。
  • 输入监控权限。 macOS 把所有键盘和鼠标访问都归在这个权限之下,所以即便工具只写入一条消息,授予的权限也很宽泛。
  • root 权限。 LaunchDaemon 方案会安装一个在开机时以 root 身份运行的东西。这是你能给予程序的最高信任级别。如果你走这条路,源码必须是你读过并且看懂的。
  • 移除隔离属性。 帖子里描述了一位用户运行命令,从下载的工具上去掉隔离属性,好让它能够启动。这样做等于去掉了 macOS 对下载软件执行的检查。对任何你没有检查过的东西都不要这样做,优先选择经过公证的构建,或者自己读过源码再构建。
  • 脆弱性。 README 称这些是变通方案,不是修复,并让你在 Apple 修复驱动后将它们移除。帖子里报告了旧版本在较新的 27.0 构建上失效的情况。预计在 27.x 更新时还会发生,别忘了卸载。

信任之前要检查什么

我们没有测试过这些工具,也无法为它们担保,所以不提供下载即运行的操作步骤。如果你仍然决定使用,请先阅读源码(写入四个字节的 HID 操作应该只有几十行,没有网络调用,也没有访问无关文件);确认它只匹配你鼠标的供应商 ID 和产品 ID;优先选择不需要 sudo 的一次性工具;从你读过的代码构建;先弄清楚卸载方式;每次 macOS 更新之后重新检查。

如果这些内容超出了你愿意阅读的范围,这本身就是完全正当的理由,可以放弃这些工具,改用下面的某个选项。

不要做什么

帖子和更广泛的蓝牙民间经验里,有一些建议只会浪费时间或让情况变糟。以下是我们建议避开的。

  • 不要反复重置 NVRAM。 重置 NVRAM 或 SMC 对某些硬件问题是合理的步骤,但帖子里没有任何内容把这个症状与它们联系起来。我们的 PRAM 和 SMC 重置指南讲了什么时候值得一试。做一次没有害处;无休止地重复则毫无意义。
  • 不要用 sudo 运行来路不明的脚本。 带 root 权限的粘贴脚本可以做任何事。请求广泛权限的「蓝牙修复」类应用同理。
  • 不要对没检查过的软件去除隔离属性。 这项检查的存在就是为了保护你。

如果都没用:等待、反馈、变通,还是退回去

更新会修复它吗?

我们无法告诉你。以下是我们核实过的内容:

  • macOS 27.0.1,构建 26A434,于 2026 年 9 月 28 日发布,在 Apple 的安全更新页面上仅描述为 bug 修复。我们读到的帖子里没有人说它修复了妙控鼠标的问题。
  • Apple 跳过了 27.1。macOS 27.2 目前处于开发者测试版阶段;beta 4 于 10 月 13 日出现。我们读了 Apple 的 macOS 27.2 beta 4 发行说明,在已解决问题和已知问题中都没有找到关于蓝牙、妙控鼠标或 HID 输入的内容。发行说明中没有提到并不代表 bug 没修复,因为 Apple 不会列出每一项变更,但这意味着我们对两种情况都没有确认。
  • 我们也没有找到用户在 27.2 测试版上针对这个具体问题的报告,无论有效还是无效。27.2 上的状态:未知。

如果你在测试版通道并测试了它,请把你看到的情况告诉大家。这正是这个问题所缺的信息。

向 Apple 反馈

帖子里的用户反复说要提交反馈,好几位工具作者也在 README 里请求这样做。有两条途径。

  • 反馈助理。 Apple 的指南说,反馈助理面向参加预发布计划的测试人员和开发者。如果你在其中,请提交报告,并附上在鼠标处于故障状态时采集的 sysdiagnose。请写明鼠标型号、固件版本、Mac 机型、macOS 构建版本,以及无效的步骤。
  • Apple 的 macOS 公开反馈表单。 macOS 反馈页面的反馈类型菜单里有「Bug Report」,并要求填写你的电脑型号和 macOS 版本。Apple 说会阅读所有反馈,但无法回复每一条提交。
  • Apple 支持。 通过支持聊天或电话,会在 Apple 那边留下一条记录。Apple 的妙控配件文章提供了「Get suggestions」入口以获取进一步的帮助。它今天不会带来修复,但意味着 Apple 听到了一位真实用户的声音。

请准确描述症状:已连接、能看到电量、没有指针、点按或滚动,其他鼠标和触控板正常。报告越精确越有用。

先变通着用

一名女子在站立式办公桌前使用银色笔记本电脑的触控板,旁边放着闲置的白色无线鼠标

使用触控板或任何其他鼠标;对原帖作者来说,另一只蓝牙鼠标是正常的,而一只便宜的有线 USB 鼠标是最可靠的权宜之计。如果你的鼠标插着线时能用,正如至少有一位用户对 USB-C 型号暗示的那样,那么有线使用总比没有强(尚未证实)。Apple 的 Mac 用户指南还列出了「全键盘控制」、「辅助功能键盘」、「语音控制」和「切换控制」作为替代输入方式。鼠标恢复之后,可以看看「系统设置」里的「鼠标」面板,因为滚动方向或手势设置也可能造成类似的问题。

降级回 Tahoe

如果没有鼠标就没法使用这台 Mac,又没有合适的变通方案,退回 Tahoe 是可行的,但它不是撤销按钮。它意味着抹掉这台 Mac 并重新安装,而你升级之前的备份才是能干净恢复的那一份。决定之前,请把 Tahoe 降级指南从头读到尾。对很多人来说,备一只鼠标比抹掉重装便宜得多。如果你还在犹豫要不要用 macOS 27,我们的升级决策指南按 Mac 机型列出了各种取舍。你也可以用兼容性工具检查你的 Mac,并在时间线上看这个版本所处的位置。

常见问题排查

蓝牙里根本没有这只鼠标

这不是报告中的 macOS 27 模式。用底部开关把鼠标关掉再打开,用线缆连接一分钟,然后再检查一次。如果仍然没有出现,在另一台 Mac 或 iPad 上测试,看硬件是否还正常。如果蓝牙本身被关闭或呈灰色,请重启 Mac;Apple 说如果蓝牙完全无法打开,就联系 Apple。

我安装了社区工具,鼠标仍然不动

在认定工具坏了之前,先检查基本条件。「输入监控」是否授予了正确的程序?README 说这个权限绑定到具体的二进制文件,重新构建后必须重新添加。你用的工具与你的型号匹配吗?有两个 README 说它们只匹配 Lightning 接口的 Magic Mouse 2。你的 macOS 构建是否比作者测试的版本更新?有一位作者说,旧的做法在较新的构建上失效了。如果这些都解释不了,请按文档中的卸载步骤移除这个工具,不要升级到 root 级别的安装方式。

鼠标能用,但 Mac 睡眠后又失灵

好几个 README 都提到了这一点。其中一个说,修复效果会持续到鼠标断开连接或 Mac 睡眠为止,并建议使用其守护进程里的心跳选项;另一个则在唤醒后重新检查。这种行为符合鼠标重新连接时回落到基础模式的推测。重启或重新配对不会彻底解决问题。如果你没有安装任何工具却看到这种情况,在怪罪 macOS 27 之前,先检查电量和干扰。

常见问题(FAQ)

为什么我的妙控鼠标在 macOS 27 上显示已连接却不动?

蓝牙只会报告链路已建立。Apple 支持社区帖子里的用户认为,macOS 27 不再把鼠标切换到多点触控模式,所以指针、点按和滚动都传不过来。这是用户的推测;Apple 没有确认成因,而配对记录失效或电量低看起来也可能很相似,所以请先做上面的排查。

这是 macOS 27 的 bug,还是鼠标坏了?

如果这只鼠标在运行 Tahoe 的 Mac 或 26 版本的 iPad 上能用,而你的触控板和另一只蓝牙鼠标在 macOS 27 上也正常,那么硬件大概率没有问题。报告把它描述为与更新有关的问题,而不是鼠标老化。Apple 没有发布已知问题,所以在买替换品之前,先在另一台设备上测试这只鼠标。

USB-C 版妙控鼠标也有同样的问题吗?

帖子里有位用户报告在一只 USB-C 妙控鼠标上出现了这个问题,型号 A3204,固件 3.1.4,使用的是 Apple 芯片的 MacBook Pro,另一位用户说某个修复对他的有效。报告比 Lightning 版 Magic Mouse 2 少,所以我们无法判断它有多普遍。我们没有找到初代 AA 电池鼠标的报告。

运行 GitHub 上的这些修复安全吗?

它们可能有效,但都是未经审查的代码。有些需要「输入监控」权限,一个会安装 root 守护进程,而且只有一个 README 声称提供经过公证的构建。请先阅读源码,优先选择不需要 sudo 的方案,并在 Apple 修复问题后移除这个工具。如果这样的风险超出你的接受范围,就用触控板或另一只鼠标。

sudo pkill bluetoothd 实际做了什么?

它向蓝牙服务发送一个普通的终止信号,该服务以 root 身份作为系统守护进程运行。所有蓝牙设备会断开几秒钟,服务重新启动后再重连。风险低,也可以还原,但帖子里没有人报告它解决了这个问题。如果蓝牙没有恢复,请重启 Mac。

macOS 27.0.1 或 27.2 修复了妙控鼠标的问题吗?

我们没有找到确认。27.0.1 的说明只写了 bug 修复,我们读到的 27.2 beta 4 发行说明也没有提到蓝牙或妙控鼠标。Apple 的帖子在 27.0.1 之后仍不断收到变通方案的回复。27.2 是否修复未知,所以如果你测试了它,请把结果反馈给 Apple。

要不要为了一只鼠标降级回 Tahoe?

大概不需要。降级会抹掉 Mac 并重新安装,只有升级之前做的备份才能干净地恢复。有线或备用的蓝牙鼠标,或者触控板,成本更低。只有在 macOS 27 还有其他让你无法使用的问题时才考虑降级,并且开始前请先阅读我们的降级指南。

总结

一只显示「已连接」却毫无反应的妙控鼠标让人抓狂,部分原因在于所有常规修复你都已经试过。在 macOS 27 上有一个与之完全吻合的已报告模式:很多 Magic Mouse 2 用户,也有一些 USB-C 型号用户,触控板和其他鼠标都正常,重新配对没有用。目前最好的解释是用户的推测,即鼠标从未被切换到多点触控模式。Apple 没有表态,我们也没有找到 27.0.1 或 27.2 测试版已修复它的确认。

先排查,再做安全步骤,并把任何社区工具都当作要先读懂再运行的权宜之计。等待期间,用触控板或另一只鼠标,并向 Apple 提交一份精确的反馈。如果 Apple 承认这个问题,或者后续构建改变了局面,我们会更新本文。

延伸阅读:macOS 27 中损坏的调度中心、Tahoe 26.5.1 后鼠标或触控板卡死、macOS 26.7.1 与 27.0.1 更新指南,以及登录界面蓝牙键盘鼠标失灵。