Mac 上的 Phone 应用不响铃或通话失败？macOS Tahoe 修复指南

你的 iPhone 正面朝下扣在房间另一头的桌上，Mac 就摆在你面前，而 Phone 应用安静地待在 Dock 里毫无动静——一通你必须接的电话就这样进了语音信箱。更糟的情况是：Mac 确实响了，你点了接听，停顿两秒后弹出 Call Failed，而对方现在以为是你把电话挂断了。独立的 Phone 应用是 macOS Tahoe 给 Mac 带来的更实用的新增功能之一，可一旦它不工作，那种恼火是实打实的——因为 Apple 几乎没有公开过任何关于它为什么会坏的说明。

本文是一套排查阶梯。它从成本低、命中率高的检查开始，这些检查能在两分钟内解决大多数情况；然后逐级深入到通知路由、音频路由、网络过滤、防火墙规则、注册重置，最后才是那些「核武器」级别的选项。每一步都会说明它为什么重要，因为 Phone 应用的失败方式只有在你理解 iPhone、Apple 服务器和 Mac 之间到底发生了什么之后才讲得通。

开始前先说明一点定位。本文中几乎没有哪一项是 Apple 作为排障步骤记录在案的，因为 Apple 的 Phone 应用文档讲的是怎么用这个应用，而不是怎么修它。下文是两类内容的混合：Apple 明确声明的要求（这些有文档），以及从 Apple Support Communities 和 MacRumors 讨论串中收集的社区反馈修复方法（用户在那里互相对照经验）。每一步我都会标明属于哪一类。请把社区反馈的那些当作「对很多人有效的方法」，而不是保证有效的解决方案。

核心要点

• Phone 应用是套在旧管道上的新前端。 它随 macOS 26 Tahoe 一同发布，但底层跑的是 iPhone Cellular Calls（Calls on Other Devices），也就是 FaceTime 用了多年的同一套 Continuity 系统。几乎每一次失败都是 Continuity 的失败，而不是 Phone 应用的 bug。
• 命中率最高的那个修复在 iPhone 上，不在 Mac 上。 「设置 > 应用 > 电话 > 在其他设备上通话（Calls on Other Devices）」被大量反馈会在 iOS 更新后重置，或者悄悄把设备从列表里丢掉。每次更新后先重新检查这一项，再去排查别的。
• 无声响铃通常是通知或音频路由问题，不是通话问题。 通知、提醒样式、「播放通知声音」、Focus 模式，以及「系统设置 > 声音」中的输出设备，全都夹在一通成功送达的来电和你真正听得见的声音之间。
• 接听时出现「Call Failed」指向网络，而不是注册。 如果 Mac 响了，说明邀请已经到达。VPN、内容过滤器、自定义 DNS 或 macOS 防火墙阻断了媒体通道，是「能响但一接就断」最常被报告的原因。
• 退出 FaceTime 再重新登录会让你的 Mac 在 Apple 的通话路由中重新注册，这是社区讨论串里最稳定见效的修复之一——但要在那些零成本检查之后再做，因为它干扰较大，有时还会触发反复验证的循环。

来电究竟是怎么到达 Mac 的

不建立一个心智模型就没法把这个问题排查清楚，因为五种截然不同的故障最后呈现出来都是「我的 Mac 不响」。

你的 Mac 没有蜂窝射频模块，它接不了电话。实际发生的是：你的 iPhone 通过蜂窝网络（或通过 Wi-Fi Calling）接到来电，然后把一个邀请转发给你的其他 Apple 设备。这个转发就是 Apple 称为 iPhone Cellular Calls 的 Continuity 功能，在 iPhone 上由 Calls on Other Devices 设置控制。Tahoe 里的 Phone 应用是这套转发机制的专属界面，外加通话记录和联系人同步——但转发机制本身比它早了十年，而且和 FaceTime 共用。

其中有三个各不相同的阶段，每个阶段的失败方式都不一样。

第一阶段是注册。 你的 Mac 告诉 Apple 服务器：「我是这个 Apple Account 的合法端点，我愿意接收转发过来的通话。」这个注册绑定的是你的 FaceTime 登录状态，而不是 Phone 应用。如果注册出问题，你的 Mac 不会出现在 iPhone 的设备列表中，或者出现了却永远收不到任何东西。症状：完全静默，事后 Phone 应用里也没有未接来电记录，而且往往 Mac 根本不在 iPhone 的设备列表里。

第二阶段是邀请。 来电到达时，你的 iPhone（经由 Apple 的推送基础设施）向 Mac 发出信号，告知有来电。这是一个很小、很轻量的信号。只要它到了，你的 Mac 就知道有这通电话。至于你是否听得到，那完全是另一回事，由 macOS 的通知和音频负责。「邀请到了但从未被呈现出来」的症状是：这通电话出现在 Phone 应用的最近通话里被标记为未接，尽管你什么声音都没听见。这是一个关键的诊断线索——一通静默但仍被记录的未接来电，意味着第一和第二阶段都正常，你的问题出在通知或音频。

第三阶段是媒体通道。 你点了接听，现在真正的音频必须流动起来。这时通话需要在你的 Mac 和 iPhone 之间（或和 Apple 的中继服务器之间，取决于网络状况）建立一条可用的双向通道。这个阶段的要求远高于邀请阶段，这也是为什么「能响但一接就失败」是如此有辨识度的症状。邀请是一张明信片，媒体通道是一条电话线。VPN、防火墙或有过滤功能的 DNS 解析器完全可以放明信片过去，然后掐死电话线。

一旦你把这个区分内化了，下面的阶梯就不再像是一堆随机开关的罗列。每一步都针对某个特定阶段。如果你想了解这些子系统如何互相影响的全貌，我们的macOS Tahoe Continuity 完整排障指南覆盖了 Handoff、通用剪贴板和通话转发共同依赖的那套底层基础。

快速分诊

在下面找到你的症状，然后跳到它指向的步骤。从头把阶梯走一遍仍然是最稳妥的做法，但如果你时间紧，就从你的症状所在处开始。

完全不响，事后 Phone 应用里也没有未接来电记录。 第一或第二阶段坏了。从第 1 步（前置要求）开始，并特别留意第 2 步（iPhone 上的那个开关）。这是最常见的表现形式，而且通常就是 iPhone 上的设备列表问题。如果这些都没问题，去第 7 步（FaceTime 重新注册）。

完全不响，但这通电话确实出现在 Phone 应用最近通话里的未接记录中。 第一和第二阶段都正常——邀请到达了你的 Mac。你的问题在呈现环节。直接去第 3 步（通知）和第 4 步（声音路由）。另外检查第 8 步（Voice Control），它是社区反馈中的一个「铃声杀手」。

响了，你点接听，然后收到 Call Failed 或者立刻一片静默。 第三阶段。先去第 5 步（VPN 和网络过滤），再去第 6 步（防火墙）。这个区分是诊断上的金矿：注册和邀请都已被证明正常，所以别再回头反复检查它们了。

去电正常，但来电永远到不了。 参见后文专门讨论这一分野的章节。这几乎总是意味着你的 Mac 能对外发起连接，但没有被注册为一个合法的目的地，这一下就把范围收窄了很多。

Phone 应用打不开、显示没有账户，或者本该是通话记录的地方一片空白。 注册或登录问题。去第 7 步，然后去第 10 步中的 Apple Account 检查项。

第 1 步：没人真去核对的前置要求

以下是 Apple 为 iPhone Cellular Calls 记录在案的前置要求，它们无聊到几乎所有人都会假定自己已经满足，连看都不看一眼。还是去看一眼。相当一部分「Phone 应用坏了」的讨论串到这里就解决了。

两台设备登录同一个 Apple Account。 不只是 iCloud——具体指的是 FaceTime 所使用的那个账户。在 Mac 上，打开 FaceTime > 设置 > 通用（FaceTime > Settings > General），看清楚显示的账户。在 iPhone 上，打开 设置 > 应用 > FaceTime 做对比。两者必须完全一致。如果你曾经把购买用的 Apple Account 和 iCloud 用的分开过，那正是这种会悄无声息搞坏通话转发的配置。

两台设备在同一个 Wi-Fi 网络上。 这一条常被当作过时的老建议一笔带过，其实不该。Apple 明确把「同一网络」记录为 iPhone Cellular Calls 的要求，原因是架构层面的：转发路径的设计就是在同一个本地网络内的设备之间传递通话。有一个真实存在的例外，就是 Wi-Fi Calling——如果你在运营商侧启用了 Wi-Fi Calling，并配置为允许在其他设备上通话，那么即使 iPhone 不在附近，你的 Mac 也能收到来电。没有 Wi-Fi Calling 的话，「同一网络」就不是建议而是硬要求。

这里实际的陷阱不在于处于不同网络，而在于处于一个技术上不同、看起来却一样的网络。2.4 GHz 和 5 GHz 拆成两个 SSID、访客网络、Mesh 系统把两台设备分到了不同子网，或者 Mac 走以太网而 iPhone 走 Wi-Fi，这些都会让它失效。在 Mac 上按住 Option 键点击菜单栏的 Wi-Fi 图标，可以看到确切的网络名和 IP 地址；把 IP 的前三段和 iPhone 在 设置 > 无线局域网 > (i) 中显示的值做对比。如果它们不同，那么在真正起作用的意义上，你的两台设备就不在同一网络——哪怕网络名字一模一样。

两台设备都开着 Bluetooth。 Bluetooth 是好几项 Continuity 功能用来做邻近发现的手段，尽管 Apple 关于通话的专项文档强调的是 Wi-Fi，但保持 Bluetooth 开启不会有任何代价，还能排除一个变量。如果你 Mac 的 Bluetooth 协议栈本身就不稳定——设备无法配对、负载下连接掉线——那件事本身就值得先单独修好，再去怪罪 Phone 应用，因为不可靠的 Bluetooth 协议栈同样会让你的音频输出变得飘忽，方式正如第 4 步所述。

两台设备都启用 Handoff。 Mac 上：系统设置 > 通用 > 隔空投送与接力（System Settings > General > AirDrop & Handoff），打开「允许在此 Mac 和 iCloud 设备之间使用接力」。iPhone 上：设置 > 通用 > 隔空播放与接续 > 接力（Settings > General > AirPlay & Continuity > Handoff）。Handoff 是一整族 Continuity 行为的总开关，把它关掉可能会连带把通话转发一起关掉。如果 Handoff 本身在你的环境里就不正常，那同一套底层管道也正是搞坏 Mac 与 iPhone 之间 Instant Hotspot 连接的元凶，在那边修好了往往这边也就好了。

物理距离要合理。 同一个房间，至少同一层楼。除非有 Wi-Fi Calling 来承担这份工作，否则这套转发机制不是设计来跨越互联网从另一栋楼工作的。

五项全部走一遍。如果其中任何一项是关闭的，打开它，重启两台设备，然后测试再往下走——你可能已经搞定了。

第 2 步：会被更新悄悄改掉的那个 iPhone 开关

如果你只打算照本文做一件事，就做这一件。Apple Support Communities 和 MacRumors 上的讨论串，汇聚到这个设置上的次数比任何其他设置都多，尤其集中在这个观察上：iOS 更新经常会重置它，或者把设备从它的列表中丢掉。

在 iPhone 上，前往 设置 > 应用 > 电话 > 在其他设备上通话（Settings > Apps > Phone > Calls on Other Devices）。

这里有两件事必须同时成立，而人们常常只检查了第一件：

1. 允许在其他设备上通话（Allow Calls on Other Devices） 必须打开。
2. 你那台具体的 Mac 必须出现在下方设备列表中并处于启用状态。

第二点才是关键所在。总开关可以是开着的，而你的 MacBook 要么根本不在列表里，要么在列表里但它自己那个开关是关的。用户报告更新 iOS 后两种情况都会出现：设备列表重建，而 Mac 要么没回来，要么回来了却是禁用状态。如果你的 Mac 压根不在列表里，那是注册问题——去第 7 步重新注册它，然后再回到这里。

既然人在 iPhone 上，顺便也检查一下 设置 > 应用 > FaceTime > 来自 iPhone 的通话（Settings > Apps > FaceTime > Calls from iPhone）。这是同一套转发机制在 FaceTime 一侧的开关，它应该是开着的。历史上这两个设置在某些 iOS 版本中是联动的，在另一些版本中则各自独立；无论如何两个都要检查。

比修复本身更有价值的是行为层面的启示：每次 iOS 更新之后，在你断定 Phone 应用坏了之前，先打开这个页面。 只要十秒钟。它被报告悄悄变化的频率高到——把它当成更新后的固定仪式，多数时候就能让你省掉本文剩下的全部内容。这是社区观察到的模式，而非 Apple 承认的 bug，所以我没法告诉你是哪些 iOS 版本会这样、为什么会这样——只能说它被反馈得足够一致，值得养成这个习惯。

如果这个开关本来就是正确的，那也照样把它关掉，等大约三十秒，再打开。有若干报告描述了这样的情况：设置显示为已启用，而底层注册其实已经过期失效；强制触发一次状态变更会把它重新写入。

第 3 步：Mac 上的通知设置

如果你的来电被记录为未接却从未发出过声音，别再盯着 Phone 应用看了。电话到了，只是 macOS 没告诉你。

打开 系统设置 > 通知（System Settings > Notifications），滚动到 Phone，把下面每一项都检查一遍：

• 允许通知 —— 打开。显而易见，但它常常被那些因为别的事烦躁的人顺手关掉。
• 提醒样式 —— 设为提醒（Alerts），不要用横幅（Banners），更绝对不要用无（None）。横幅几秒后会自动消失，对于一通正在响的电话来说这基本没用。提醒会一直保留，直到你关闭它。
• 播放通知声音 —— 打开。这就是直接控制铃声的开关。它关着的时候，你只会得到一个视觉通知加上彻底的静默，这正是「有记录却从没响过」的症状。
• 在锁定屏幕上显示 和 在通知中心显示 —— 打开，这样你才能看到错过了什么。

现在，对同一列表中的 FaceTime 重复上述全部操作。这两个应用共用底层通话系统，用户报告称提醒会根据通话类型出现在其中任意一个名下。

几乎没人能找到的那个设置

仍然在 系统设置 > 通知 中，滚动到主面板的最底部，在应用列表下方。那里有一组全局通知选项，其中之一是 镜像或共享显示器时允许通知（Allow notifications when mirroring or sharing the display）。

如果它是关闭的——而对很多用户来说它默认就是关闭的——那么只要你在向外接显示器镜像、共享屏幕、做演示，或者在某些情况下仅仅是连接了特定的外接显示器，macOS 就会完全抑制通知。你的来电也包括在内。人们在这一项上耗掉数小时，因为症状恼人地依赖于场景：在咖啡馆通话铃声完美响起，回到接着大显示器的书桌前就从来不响。如果你的故障和书桌环境相关，那几乎可以肯定就是它。

既然在最底下这一段，顺带也检查一下 屏幕休眠时允许通知 和 屏幕锁定时允许通知，取决于你怎么使用这台机器。

Focus 模式、Do Not Disturb 与 Focus 共享

系统设置 > 专注模式（System Settings > Focus）。 检查当前是否有某个 Focus 处于激活状态，并检查你每个 Focus 模式对 Phone 应用做了什么。一个只允许「个人收藏」来电的 Focus 会把其他所有人静音，如果你恰好用一个不在收藏里的号码来测试，那看起来和铃声坏了一模一样。

叠加放大问题的是 跨设备共享 Focus。如果「跨设备共享」是开着的，那么你昨晚在 iPhone 上启用的某个 Focus，此刻在你的 Mac 上同样是激活的，而你在 Mac 上可能完全没有开启过任何东西的记忆。在下任何结论之前，先看一眼 Mac 上控制中心顶部有没有 Focus 激活标识。

另外检查 系统设置 > 屏幕使用时间 > 通讯限制（System Settings > Screen Time > Communication Limits）。通讯限制会限定停用时间内谁能联系到你，而且它对电话通话同样生效。如果你曾为孩子的账户设置过这些，或者在某次专注实验中给自己设置过然后忘了，它们就会悄悄过滤掉来电。

第 4 步：声音路由——铃声在响，只是不在你所在的地方

这是最阴险的一类故障，因为所有环节都工作得完全正常。来电到了，通知触发了，铃声播放了——播进了一个你听不见的设备里。

打开 系统设置 > 声音（System Settings > Sound），检查三件事。

输出设备。 这里选中的设备会接收你的系统声音，包括铃声。如果它被设成了另一个房间的蓝牙音箱、还在充电盒里的 AirPods，或者显示器的内置扬声器，那铃声就是往那儿去的。显示器这种情况尤其常见：很多外接显示器带扬声器，macOS 会毫不犹豫地把它选为默认输出，而这些扬声器要么在硬件层面被静音，要么在显示器进入低功耗状态时断电，要么干脆就是听不见。你会看到音频电平表在动，却什么都听不到。

提醒音量。 输出设备下方有一个独立的 提醒音量（Alert volume） 滑块。它和你的主输出音量不是一回事，完全可能在音乐全音量播放的同时它却接近于零。因为提醒音量是相对于输出音量按比例缩放的，所以提醒滑块 10% 配上输出 30%，得到的结果接近于听不见。测试期间把提醒音量调高。

「通过以下设备播放声音效果」 决定了提醒专门使用哪个设备，它可以和你的主输出设备不同。如果它指向了某个已断开或已休眠的设备，提醒声就无处可去。

蓝牙输出还有它自己的曲折之处。很多蓝牙音箱和耳机为了省电会激进地进入休眠，唤醒后最初那零点几秒的音频会在链路重建期间被吞掉。对一段短促的铃声来说，这可能意味着你什么都没听见，或者只捕捉到第二声铃的尾巴。如果你的铃声只在连着蓝牙音频时才失灵，那就是这个机制。把输出切到 Mac 内置扬声器测试一下来确认，然后再去追查别的。

如果你 Mac 的音频行为整体上就很怪——设备消失、输出自己切换、音量保不住——那是个值得先解决的独立问题，我们的macOS Tahoe 音频完整指南深入讲解了设备选择和 Core Audio 相关问题。

第 5 步：VPN、内容过滤器和自定义 DNS

现在我们从第二阶段进入第三阶段，也就是「能响但会失败」所在的地方。

社区讨论串中在网络侧最稳定见效的修复，就是简单地断开 VPN。用户描述的现象是：Mac 上正常响铃，然后在接听的瞬间失败，通话跌进 Call Failed——而关掉 VPN 后问题彻底消失。

下面是其中的机制，我想明确说明：这是对这类连接如何工作的一般性解释，而不是 Apple 关于 Phone 应用内部实现的声明。实时语音需要一条低延迟的双向媒体通道。建立这条通道通常要求两端发现自己在前置 NAT 之后如何可达，并在无法建立直连时回退到中继服务器。VPN 会改变你表面上的网络位置，经常把流量路由到一个很远的出口节点，并且频繁地阻断或篡改这套协商所依赖的特定穿透流量。让你的 Mac 响铃的那个轻量邀请，比随后必须跟上的媒体通道容易送达得多。正是这种不对称，导致电话响了然后失败。

有些 VPN 客户端还会安装系统级的内容过滤器或检查流量的网络扩展。即使 VPN 隧道本身已断开，这些也可能造成干扰，因为扩展仍然处于加载状态。检查 系统设置 > 通用 > 登录项与扩展 > 网络扩展（System Settings > General > Login Items & Extensions > Network Extensions），看看装了些什么，并考虑彻底退出 VPN 客户端，而不只是切换连接状态。

内容过滤器和家长控制工具属于同一类。任何拦截 DNS 或检查流量的东西——企业安全代理、广告拦截代理、家庭安全工具——都该列入嫌疑名单。

自定义 DNS 值得单独提一句。如果你在 系统设置 > 网络 > (你的接口) > 详细信息 > DNS（System Settings > Network > (your interface) > Details > DNS） 中设置了自定义 DNS 解析器，或者你通过配置描述文件使用加密 DNS，而那个解析器阻断或错误路由了 Apple 的服务域名，那么通话建立可能失败，而普通网页浏览看起来却完全正常。测试方法是临时改回路由器的 DNS：删掉你的自定义条目，让该字段回退到 DHCP 提供的值，然后测试一通电话。如果这样就好了，说明你的解析器过滤了它不该过滤的东西。

这一整步的测试流程很简单。断开 VPN，彻底退出它的客户端，把 DNS 改回自动，然后打一通测试电话。如果通了，就一次只重新加回一项，直到再次出问题。这会告诉你该去配置或更换哪个产品，而不是让你从此永远用不了 VPN。

第 6 步：macOS 防火墙

macOS 应用防火墙拦截的是入站连接。而来电，按定义就是入站的。这是个天然的嫌疑对象，值得精确地确认或排除。

前往 系统设置 > 网络 > 防火墙（System Settings > Network > Firewall）。如果它是关的，这一步不是你的问题——继续往下。如果它是开的，正确的流程如下：

1. 临时关闭防火墙。
2. 用另一部手机拨打你自己的号码做测试。
3. 如果现在通话正常了，你就确认了防火墙是原因。
4. 把防火墙重新打开。
5. 点击选项（Options），确认**阻止所有传入连接（Block all incoming connections）**没有启用——这个设置基本上会阻断一切，包括通话所依赖的服务。
6. 在同一个选项面板中，确保 FaceTime 和 Phone 都被设为允许传入连接（Allow incoming connections）。如果它们不在列表中，用 + 按钮添加；它们位于 /System/Applications/。
7. 保持自动允许内建软件接收传入连接处于启用状态。

我想把话说明白：把防火墙一直关着不叫修复。 关掉它是一种诊断手段，在你没有主动测试的全部时间里它都应该是开着的。如果第六小步没能生效——你允许了这些应用，但防火墙开着时通话仍然失败——那么你也学到了有用的信息，正确的下一步是第 7 步然后第 10 步，而不是永久禁用一项安全控制。

再补充一点：如果你使用第三方防火墙，比如出站连接拦截器，那它比内建防火墙更可能是罪魁祸首，需要用同样的方式检查。那类工具连出站连接也会拦，因而既能破坏第一阶段的注册，也能破坏第三阶段的媒体通道。

第 7 步：退出 FaceTime 再重新登录

这是社区讨论串中最稳定见效的修复，与之相对的是第 2 步——那是最常被报告的原因。它之所以有效，是因为它强制你的 Mac 拆除并重建它在 Apple 通话路由中的注册，也就是上面模型里的第一阶段。过期或部分损坏的注册从用户界面上完全看不出来；一切看起来都已登录且正常，而 Apple 那边却把你的 Mac 记在了一个糟糕的状态里。

顺序很重要。请按这个顺序操作：

1. 打开 FaceTime。从菜单栏选择 FaceTime > 设置 > 通用（FaceTime > Settings > General）。
2. 点击退出登录（Sign Out）。确认。
3. 彻底退出 FaceTime 和 Phone 应用（Command-Q，不只是关闭窗口）。
4. 重启 Mac。 不要跳过这一步。重启才能清掉那些内存中的状态，否则你重新登录时它们会被继续复用；社区报告一致描述，不重启只退出登录是没用的。
5. 重启之后，打开 FaceTime 并用你的 Apple Account 重新登录。
6. 等一等。注册不是瞬间完成的——给它几分钟，别马上就去切换其他设置。
7. 回到你的 iPhone > 设置 > 应用 > 电话 > 在其他设备上通话，确认你的 Mac 现在出现在设备列表中并且已启用。刚重新注册的设备经常以禁用状态出现。

最后这一点正是第 2 步和第 7 步必须放在一起的原因。重新注册 Mac 往往会让它以一个新条目的形式重新出现在 iPhone 的设备列表中，默认是关闭的。如果你重新注册后从不去看 iPhone，你就会以为这个修复没起作用，而实际上它已经完成了一半的工作。

如果重新登录卡住了——一直转圈，或者反复要求验证——检查一下你的 Apple Account 在 Mac 上整体是否健康（系统设置 > [你的名字]）、你是否有一条不带第 5 步那些过滤器的可用网络连接，以及你的系统时钟是否设为自动。系统时钟不正确会破坏证书校验，从而阻断重新注册，而症状看起来和时钟问题毫无关系。

第 8 步：Voice Control 冲突

这一条奇怪到我要明确标注它的性质：这是社区反馈的，不是 Apple 记录在案的，而且没有官方解释。 在 Tahoe Phone 应用相关讨论串中，多位用户报告开启 Voice Control 会抑制铃声——来电正常到达，也被正确记录，就是不出声。关掉 Voice Control 后铃声恢复。

检查 系统设置 > 辅助功能 > 语音控制（System Settings > Accessibility > Voice Control）。如果它是开的而你并没有刻意在用，就关掉再测试。

一个说得通的机制是，Voice Control 会独占音频输入通道，并可能影响系统处理来电前后音频会话的方式，但这我无法证实，Apple 也没有证实过。我能说的是，检查一下只花你三十秒；如果你曾经开启 Voice Control 试用过一次然后就忘了，这可能就是你问题的全部。

更广的教训值得推广开来：任何抓取音频会话、重映射系统声音，或者位于音频链路中的辅助功能特性或第三方工具——虚拟音频设备、音频路由工具、直播和播客软件、会安装音频驱动的会议应用——都是候选嫌疑。如果你装了其中任何一个，退出它们再测试。

第 9 步：默认通话处理程序冲突

macOS 有「默认通话处理应用」这个概念，就像它有默认浏览器和默认邮件客户端一样。Microsoft Teams、Zoom、Skype 以及各种软电话和 VoIP 客户端会把自己注册为系统的通话处理程序——有时是在安装过程中不加询问就做了，有时是通过你几个月前随手点掉的一个提示。

当另一个应用占据了这个角色，来自「通讯录」、Safari 和「聚焦」的 tel: 链接就会在那个应用里打开而不是 Phone，整体通话体验会混乱到让人把它当成 Phone 应用坏了来报告。要把它做了什么和没做什么说清楚：被劫持的默认处理程序改变的是去电从哪里发起，以及点击的电话号码去往何处。它通常不是「Mac 来电不响」的原因。但它绝对是「我点了个号码，然后什么有用的事都没发生」的原因，既然人都到这儿了，顺手重置一下是值得的。

要检查和更改它，打开 FaceTime > 设置 > 通用（FaceTime > Settings > General），找到 默认通话方式（Default for calls） 下拉菜单。把它设为 FaceTime（它走的正是 Phone 所使用的那套系统通话栈）。如果那里选中的是某个第三方应用，那就是你的答案。

有些应用会在每次启动时，或者在下次更新时重新抢回这个角色。如果你发现自己在反复重置它，就去那个作乱应用自己的设置里找找——Teams 和 Zoom 都有一个控制是否注册为系统电话处理程序的偏好设置，从源头把它关掉是唯一持久的解法。

当去电正常而来电不通时

这一分野在诊断上很有价值，值得单独讨论，因为它能砍掉巨大一片搜索空间。

如果你能从 Mac 拨出电话、接通且音质正常，那么以下几项都已被证明工作正常：你的 Apple Account 登录、Mac 与 Apple 服务器之间的网络通路、你用于通话的麦克风和扬声器配置，以及到 iPhone 的基本转发链路。从 Mac 拨出的去电和来电一样要经由你的 iPhone 转发，所以一通成功的去电至少证明这条管道在某一个方向上是存在的。

剩下的就是目的地一侧：你的 Mac 是否被注册为来电的合法目标，以及邀请到达时是否被呈现出来。

按顺序处理这几项：

1. iPhone 设备列表（第 2 步）。 你的 Mac 在那里缺失或被禁用，会破坏来电而不影响去电，因为去电是由 Mac 发起的，而不是被路由到它。这是这一特定分野最可能的原因，遥遥领先。
2. 通知被抑制（第 3 步）。 如果来电被记录为未接，这就是你的答案。在一次失败的来电之后立即查看 Phone 应用的最近通话——这条记录在不在，就决定了原因究竟是第一条还是第二条，而这只需五秒钟。
3. FaceTime 重新注册（第 7 步）。 一个部分有效的注册可以支撑去电，却在来电上失败。
4. 防火墙（第 6 步）。 macOS 应用防火墙专门拦截入站连接。「去电正常/来电失败」正是防火墙问题会留下的典型指纹。

注意，这个模式排除了第 5 步中的大部分原因。如果是 VPN 在破坏媒体通道，那去电也会失败。VPN 仍是嫌疑对象，但仅限于更窄的那种情况：Mac 响了铃，然后在接听时失败。

运营商侧因素与 Wi-Fi Calling

上面的一切都假定你的 iPhone 正常接收来电，唯一的问题是它们能否到达 Mac。但有时候，制约因素在运营商这一层。

Wi-Fi Calling 才是让你的 Mac 在 iPhone 不在同一网络时也能接到来电的东西。 没有它，Apple 关于同一 Wi-Fi 的要求就严格生效。有了它，你的 Mac 可以在家里、iPhone 在办公室的包里，来电照样能到——但前提是 Wi-Fi Calling 既在运营商侧启用了，也配置为允许在其他设备上通话。在 iPhone 上，路径是 设置 > 应用 > 电话 > 无线局域网通话（Settings > Apps > Phone > Wi-Fi Calling），在那里你会看到 在此 iPhone 上启用无线局域网通话（Wi-Fi Calling on This iPhone），以及（在受支持时）为其他设备添加无线局域网通话（Add Wi-Fi Calling For Other Devices）。两个都重要。

Wi-Fi Calling 是否可用由运营商决定，不由 Apple 决定。并非所有运营商都支持，并非所有套餐都包含，而「在其他设备上通话」的支持又是一项独立于手机端基础 Wi-Fi Calling 的能力。有些运营商要求先在账户层面开通，这个选项才会出现。我在这里刻意不点名运营商、也不描述具体政策，因为那些东西持续变化，且因地区和套餐而异——直接向你的运营商核实你的具体套餐支持什么，不要轻信任何文章，包括本文。

双 SIM 卡和 eSIM 配置的表现不同，而这一点讨论得太少。当你的 iPhone 有两条活跃线路时，转发机制必须决定哪条线路的来电去往哪些设备，使用双 SIM 配置的用户报告称，第二条线路上的行为并不一致。如果你有两条线路在用，先用主线路测试建立基准，然后再测试副线路。如果只有副线路失败，那问题就是线路相关而非设备相关，再怎么在 Mac 侧排查也无济于事。

近期换过 SIM 卡同样重要。 在 SIM 卡更换、eSIM 转移到新 iPhone，或者携号转网之后，你的号码需要针对你的 Apple Account 重新注册，通话转发才能可靠工作。这通常在几小时内自行解决，但偶尔需要推一把：在 iPhone 上把 iMessage 和 FaceTime 关掉再打开，并确认你的电话号码在两台设备的 FaceTime 设置中都作为已勾选的地址出现。Mac 与 iPhone 之间的 iMessage 同步依赖的是同一套注册机制，这也是为什么换 SIM 卡之后这两个问题经常一起出现。

第 10 步：更深层的重置，按顺序来

如果你走到了这里，说明那些有针对性的修复都没奏效。按顺序处理下面这些——它们是按干扰程度递增排列的，没有理由直接跳到最后一条。

重启两台设备。 真的是两台，iPhone 也要，不只是 Mac。Continuity 的状态存在于两端，只重启一边会让一半的过期状态原封不动地留着。如果你想彻底一点，Mac 就关机再开，而不只是重新启动。

在两台设备上把 Wi-Fi 和 Bluetooth 关掉再打开。 在 Mac 上用菜单栏或控制中心。两台设备要在同一分钟内都做一遍，这样两端的发现流程才能干净地重跑。成本很低，偶尔有效。

确认你运行的是当前的 macOS 版本。 Continuity 的退步问题会在小版本更新中修掉，用一个较旧的 26.x 版本去对接当前的 iOS 版本，是实实在在的不匹配来源。当前的稳定版是 macOS Tahoe 26.6，如果你落后了，我们的 macOS Tahoe 26.6 更新指南介绍了改动内容以及如何干净地升级。如果你在跑 macOS 27 测试版，要明白测试版 Mac 与正式版 iPhone 之间的 Continuity 是众所周知的不稳定来源，正确的做法可能是停止排查，等下一个测试版。

在 Mac 上完全退出 Apple Account 再重新登录。 这比第 7 步中仅限 FaceTime 的退出登录是更大的锤子，相应地干扰也更大——它会影响 iCloud 云盘、照片、钥匙串以及其他所有东西。前往 系统设置 > [你的名字] > 退出登录。动手之前：确保你知道 Apple Account 密码，并且能用一台受信任设备或电话号码完成双重认证，同时让 iCloud 云盘先同步完成，以免丢失仅存在于本地的更改。重启，重新登录，等 iCloud 稳定下来，然后测试。

在 iPhone 上还原网络设置。 设置 > 通用 > 转移或还原 iPhone > 还原 > 还原网络设置。 这会清除 iPhone 上保存的 Wi-Fi 网络和密码、VPN 配置以及蜂窝网络设置。之后你需要重新加入 Wi-Fi 网络，所以先把密码准备好。这一步干扰较大，但不会破坏数据。Mac 上没有完全对应的操作，这也是这一步放在 iPhone 侧的原因。

新建一个全新的 macOS 用户账户。 这是清单上最有用的诊断手段，却几乎没人去做。前往 系统设置 > 用户与群组 > 添加账户（System Settings > Users & Groups > Add Account），创建一个新的管理员账户，登录进去，用同一个 Apple Account 登录 FaceTime，然后测试一通来电。如果在新账户里通话正常，你的问题就出在按用户划分的配置上——某个偏好设置文件、某个登录项、某个音频工具、某项通知设置——而不是系统级或账户级的问题。这一下就排除了大多数吓人的解释，并告诉你修复方案就在你的用户资源库里。如果在新账户里通话同样失败，那问题是系统级或账户级的，剩下的候选就是你的 Apple Account、你的网络，或者 macOS 安装本身。

联系 Apple 支持。 如果全新用户账户测试也失败，而你已经把这套阶梯走完了，那这就是一次合理的升级上报。带上：你确切的 macOS 版本和构建号（苹果菜单 > 关于本机）、你确切的 iOS 版本、用上文分诊术语描述的具体症状（不响 vs. 响了就失败 vs. 只有去电正常）、通话是否被记录为未接、全新用户账户是否能复现，以及一份你已经尝试过的事项清单。最后这一项的作用比人们预想的大得多——它能让对话迅速越过一线客服的标准话术。

常见问题排查

问题：Mac 响了，但通话接通后两个方向都没有声音。 解决方案： 这是第三阶段在连接上成功、在媒体上失败。在通话进行中检查 系统设置 > 声音 里的输入和输出设备，因为 macOS 为通话选择的设备可能与一般播放的不同。然后检查 系统设置 > 隐私与安全性 > 麦克风（System Settings > Privacy & Security > Microphone），确认 Phone 应用已获授权。如果装有虚拟音频设备或会议应用，退出它们再测试一次。

问题：我的 Mac 出现在 iPhone 的设备列表里，但那个开关会自己关回去。 解决方案： 一个无法保持启用状态的设备条目，通常意味着它背后的注册已过期或存在重复。执行第 7 步中完整的「退出 FaceTime、重启、重新登录」流程，然后再看那个列表。如果你看到同一台 Mac 有两个条目，就确认了存在重复注册——退出登录这一轮正是用来清掉那个孤儿条目的。

问题：来电在我的 Mac 上会响，但延迟好几秒，等我接起来对方已经挂了。 解决方案： 邀请环节的延迟通常指向 iPhone 和 Mac 之间的网络质量，而不是任何设置。确认两台设备在同一网络的同一频段上，检查你的 Wi-Fi 是否拥塞，并让 Mac 走 Wi-Fi 而不是以太网来测试。激进的蓝牙音频休眠也可能吞掉头一两声铃——用内置扬声器测试。

问题：一切原本都好好的，在一次 iOS 或 macOS 更新之后就不行了。 解决方案： 直接去第 2 步检查 iPhone 上的设备列表。这是更新后最常被报告的单一故障。如果列表看起来正常，就做第 7 步的重新注册，因为任一侧的更新都可能让现有注册失效。然后确认两台设备都在当前且相互兼容的版本上。

问题：我不希望来电在 Mac 上响时它却响了——比如在一台共用或办公用的机器上。 解决方案： 这是同一个设置反过来用。在 iPhone 上前往 设置 > 应用 > 电话 > 在其他设备上通话，只关掉那台 Mac 自己的那个开关，其他设备上的功能保持开启。除非你想在所有地方都禁用转发，否则不要关掉总开关。

问题：Phone 应用能打开，但既没有通话记录也没有联系人。 解决方案： 通话记录和联系人是通过 iCloud 同步的，不是通过通话转发。检查 系统设置 > [你的名字] > iCloud，确认「通讯录」已启用。通话正常但 Phone 应用空白，是 iCloud 同步问题；通话不通且 Phone 应用空白，是登录问题，第 7 步是正确的起点。

常见问题解答

iPhone 不在附近时，Mac 上的 Phone 应用还能用吗？

只有在你的运营商侧启用了 Wi-Fi Calling 并配置为允许在其他设备上通话时才可以。没有 Wi-Fi Calling 的话，Apple 要求两台设备处于同一个 Wi-Fi 网络，因为你的 Mac 没有蜂窝射频模块，只能依靠 iPhone 把来电转发给它。

为什么我的 Mac 会响，但一接听就提示 Call Failed？

让你的 Mac 响铃的那个邀请很轻量，容易送达。随后需要建立的音频通道要求高得多。VPN、内容过滤器、自定义 DNS 解析器或防火墙可能放行前者、阻断后者。先断开 VPN 测试，再去改动其他任何东西。

macOS Tahoe 之前，Mac 上有 Phone 应用吗？

没有。独立的 Phone 应用是在 macOS 26 Tahoe 中来到 Mac 的。在那之前，Mac 上的通话走的是 FaceTime，使用的是同一套 iPhone Cellular Calls 转发机制。Phone 应用是套在既有系统上的新界面，这也是为什么它的很多修复方法都在 FaceTime 的设置里。

关掉防火墙能永久修好 Phone 应用吗？

关掉它是一种诊断手段，不是修复方案。如果关掉防火墙后通话正常，就把它重新打开，并通过「选项」为 FaceTime 和 Phone 允许传入连接，同时确认「阻止所有传入连接」处于禁用状态。让防火墙一直关着，是拿一个通话问题换来一个安全问题。

为什么每次 iOS 更新之后我的 Mac 就不响了？

社区报告一致描述，iPhone 上「在其他设备上通话」的设备列表会在更新后被重置或丢掉设备。Apple 没有承认过这一点，所以请把它当作一种模式，而不是已确认的 bug。每次更新后检查那个页面，是你能养成的成本最低的习惯。

我怎么判断这是通话问题还是通知问题？

找人给你打个电话，让它失败，然后打开 Phone 应用查看「最近通话」。如果这通电话作为未接来电出现了，说明它到达了你的 Mac，故障出在通知或音频上。如果什么记录都没有，说明电话根本没到，问题出在注册或 iPhone 侧的那个开关上。

结语

Mac 上的 Phone 应用，其故障从外部看起来一模一样，底下的成因却完全不同，这正是通用建议在这里表现如此糟糕的原因。让问题变得可解的模型，是那三个阶段：注册把你的 Mac 放进合法目的地列表，邀请告诉它有电话正在到来，媒体通道承载真正的音频。没有记录的静默，是第一或第二阶段。有未接记录的静默，是通知或音频。响了却在接听时断掉，是第三阶段，那就意味着网络。

从 iPhone 开始。设置 > 应用 > 电话 > 在其他设备上通话，确认总开关，并确认你那台具体的 Mac 在列表中且已启用。仅这一个页面所解决的案例，就比清单上其他所有项加起来还多，而且每次 iOS 更新之后按惯例重新检查一遍是值得的。从那里往下走：通知、声音路由、VPN、防火墙，然后是那套「退出 FaceTime、重启、重新登录」的循环，它会让你的 Mac 重新注册。如果你一路做到全新用户账户那一步、通话在那里依然失败，那你已经做了真正的诊断工作，Apple 支持接手时的起点会比大多数人给他们的好得多。

如果你其余的 Continuity 配置也摇摇欲坠——Handoff 掉线、通用剪贴板失灵、设备互相看不见——那就先把这个地基修好。我们关于 macOS Tahoe 上 iPhone Mirroring 失效和更广义的 Continuity 排障的指南覆盖了这套共用管道，把那里修好通常也就把 Phone 应用一起带回来了。