Apple Watch S12 和 Ultra 4 也传出意外重启:日志指向神经引擎超时

这一周苹果新品的麻烦似乎不止一处。在上代产品线之外,刚开卖几天的 Apple Watch Series 12 和 Apple Watch Ultra 4 也被曝出类似的「自己重启」问题——症状同样是屏幕突然亮起苹果标志,然后设备重新启动。

相关讨论从新表开卖当天就开始了。在海外一个关注苹果产品的老牌论坛里,同一条讨论帖目前已经累积到大约 30 位用户报告随机重启;Reddit 的 Apple Watch 版块和苹果官方支持社区里也有同主题的帖子。截至本文发布,苹果官方还没有就这件事给出任何说明。

重启发生在什么时候:从用 Siri 到戴着跑步

Apple Watch S12 和 Ultra 4 也传出意外重启:日志指向神经引擎超时

综合用户反馈,触发场景相当分散。被提到较多的有:使用 Siri AI、编辑表盘、打开地图、打开 App Store、开始一次通话、以及记录体能训练。也有一部分重启发生在手表明明放着没动的时候。

这一点和用户「是不是操作错了」的直觉不太对得上。如果只出现在某一个应用里,那更像是那个应用的问题;但场景横跨系统级功能、第一方应用和健身记录,说明背后的环节比应用层更靠下一些。

日志里反复出现的是神经引擎

Apple Watch S12 和 Ultra 4 也传出意外重启:日志指向神经引擎超时

目前最有价值的线索来自诊断日志。至少四位用户贴出的 panic-full 记录指向了同一个现象:Apple 神经引擎(Neural Engine)在运行中挂起大约两秒,随后固件看门狗介入,触发内核崩溃,设备被动重启。

把这段话拆开看,逻辑其实和一般设备崩溃是同一套:系统里有一类负责「盯着别人有没有卡死」的机制,一旦某个关键部件超时没有响应,为了避免整机进入不可预期的状态,它会主动把设备重启一遍。在这里,超时的部件是负责在设备本地跑 AI 计算的神经引擎。

这也解释了为什么场景会这么发散。神经引擎不只服务于 Siri,系统里的表盘渲染、地图、部分健康算法都会用到它。哪个功能先把它推到异常状态,就由哪个功能「背锅」触发重启,所以用户看到的是五花八门的场景。

抹掉重设和换机都没能绕过去

Apple Watch S12 和 Ultra 4 也传出意外重启:日志指向神经引擎超时

比「能不能自己修好」更值得注意的是:这个问题看起来不是配置层面的。有用户在抹掉手表内容、当成新表重新设置之后,重启依然出现;更有一位 Series 12 用户表示,自己换了一台新机,同样遇到了神经引擎相关的内核崩溃。

另外,问题在两个系统版本上都出现过:出厂自带的 watchOS 27.0 版本,以及设备在初始设置过程中下载的首日更新版本。也就是说,至少从目前的信息看,还没法用「升级一下就好」来解释。

另一件让用户摸不着头脑的事:洗手计时器不见了

Apple Watch S12 和 Ultra 4 也传出意外重启:日志指向神经引擎超时

差不多同一时间,还有一处功能层面的变化引起讨论:在全新的 Series 12 和 Ultra 4 硬件上,洗手计时器(Handwashing Timer)目前是缺席的。

这个功能原本会在检测到洗手动作时自动弹出一个 20 秒倒计时,属于疫情期间被广泛使用的那类健康提醒。它在新硬件上消失,官方没有给出解释,也没有说要通过后续版本补回来。对于把这一项当成日常习惯的用户来说,这算是一个不小的退步。

建议把它和重启问题分开看待:一个是稳定性问题,一个是功能项缺失。前者更可能通过系统更新处理,后者则要看苹果是否打算恢复——两者暂时都没有时间表。

神经引擎为什么会被牵扯进来

要理解这条线索,得先说清神经引擎在手表里干什么。它是 Apple 芯片内部一个专门跑机器学习推理的单元,负责把已经训练好的模型在设备本地跑起来。在手表这种算力和电池都受限的设备上,几乎所有需要「当场判断」的功能都要经过它:从语音识别、抬腕唤起 Siri 的意图理解,到部分健康算法的信号处理。

当一个环节必须依赖某个硬件单元,而这个单元出现长时间无响应的时候,系统剩下的选择其实很少。要么一直等下去,让整个界面卡死;要么按预设策略把设备重启一次,回到一个确定的状态。看门狗机制选的是后者——从工程角度看这是保护性设计,但对用户来说就是「用着用着突然重启」。

这也解释了为什么同一个根因会表现成好几种症状。用 Siri AI 时重启、编辑表盘时重启、开地图时重启,看起来是三件事,实际可能都是神经引擎进入异常状态后由看门狗出面收场。反过来说,如果只看用户描述的场景,很容易误判成「某个应用有 bug」。

用户自己怎么判断有没有中招

手表本身不方便翻日志,但相关数据会同步到配对的 iPhone 上。可以按下面的顺序走一遍:

  • 在 iPhone 上打开「Watch」App,确认连接正常,然后到「设置 → 通用 → 关于本机」核对当前 watchOS 版本号与构建号;
  • 回到 iPhone 的「设置 → 隐私与安全性 → 分析与改进 → 分析数据」,查找包含 watch 相关前缀、以及以 panic-full 开头的记录;
  • 遇到重启时,记下当时的场景:正在用哪个功能、手表是否在充电、是否在运动记录中;
  • 把版本号、日志和场景描述一起提交给苹果支持,无论是线上远程诊断还是预约门店,这些信息都能缩短判断时间。

要提醒的是,日志里有 panic-full 并不意味着一定是硬件坏了。崩溃转储只说明系统在某一刻发生了内核级异常,软件、固件和硬件都有可能牵涉。真正有判断力的是「是否稳定复现」以及官方诊断的结论。

现在能做的几件事

  • 先在 iPhone 的「Watch」App 以及手表的「设置 → 通用 → 关于本机」里确认当前 watchOS 版本,记下版本号和构建号;
  • 观察到重启时,记下当时的场景(正在用哪个功能、是否在充电、是否在运动),这些细节对判断有帮助;
  • 跟随系统推送保持更新。即便目前两个版本都能看到问题,后续补丁仍然是最可能的修复路径;
  • 如果重启频率高到影响使用,走官方渠道预约检测。新机在退换窗口内的话,直接换机也是选项之一;
  • 不要因为「看起来像软件问题」就去反复抹机重设,那既不能确认原因,也会把日志这条线索清掉。

和 iPhone 18 Pro 那件事要分开看

这几天围绕 iPhone 18 Pro 系列也有意外重启的讨论,症状同样是黑屏、亮标志、自己开机。两件事容易被并到一起说,但目前没有证据表明它们出自同一个原因——一个是手机上的面容 ID 与安全隔区相关崩溃,一个是手表上的神经引擎超时,涉及的硬件模块和系统都不一样。

共同点在于时间:都出现在新硬件开卖后的第一周。这类「首发窗口期」的稳定性问题,苹果过去一般会以小版本更新的方式处理,而不是等到下一个大版本。现在需要的是官方给出一个明确说法——在那之前,把日志留好,比急着得出结论更有用。