16.5% 的异常占比
这块截图成了导火索。帖子底下迅速聚集了两百多条回复，Galaxy Watch 6、7、8、Ultra 四个代际的用户都在报数。有人从三天续航跌到一天半，有人夜间待机掉了 30% 电量，还有人发现手表背面温热——这在以往只有开启 GPS 导航时才会出现。
但诡异的是，同一帖子里混杂着另一批声音。「我的 Ultra 完全正常」「Google Play Services 只占 3%」「更新完反而更省电了」。两种截然相反的体验并行存在，让问题变得难以定位。
Android Authority 最先跟进报道，确认了这是一个跨型号、跨区域的分散性故障。受影响用户没有集中在某个国家或运营商版本，Watch 6 这种老机型和刚发布的 Watch 8 Classic 同时中招。
两个可能的罪魁祸首
目前社区里流传着两种猜测，彼此并不互斥。
第一种指向三星自家的安全补丁。时间线上，电池异常报告集中在最近一次系统更新后爆发。有用户尝试回滚到上一版本，续航随即恢复正常——但这个操作需要开启开发者模式，普通用户很难复现。
第二种猜测把锅甩给 Google。Google Play Services 作为 Wear OS 的底层服务（Wear OS：谷歌智能手表操作系统），理论上应该保持低功耗待机。但近期有服务器端更新的先例：2024 年 3 月就曾出现过一次类似事件，当时 Google 远程推送了一个配置变更，导致大批 Wear OS 手表续航崩溃，48 小时后 Google 静默撤回更新才平息。
这次会不会是历史重演？部分用户的「完全正常」恰好符合服务器端灰度推送的特征—— Google 经常先向 1% 设备投放更新，观察两天再全量铺开。
截至发稿，三星官方渠道没有任何回应。没有服务公告，没有社区置顶帖，客服标准话术是「建议重置手表」。
用户自己摸索出的临时方案倒是有几分产品经理的务实。清除 Google Play Services 缓存 + 强制重启，这套组合拳对部分人有效；关闭「改进 Wear OS 体验」的数据共享选项，也有人报告功耗下降；最激进的用户直接禁用了 Google 账户同步，代价是失去日历提醒和邮件推送。
一个值得注意的细节：有用户发现电池异常和血压监测功能的启用时间高度重合。三星在 4 月初向部分市场推送了血压校准更新，而这批用户的手表恰好是重灾区。是巧合还是因果，目前没有足够样本验证。
智能手表的续航悖论
Galaxy Watch Ultra 的卖点之一就是「四天续航」，这在 Apple Watch 普遍一天一充的对比下显得尤为珍贵。但「长续航」建立在严格的功耗预算上——任何后台服务的异常唤醒都会被放大。
智能手表的电池容量通常在 300-600mAh 区间，不到手机的十分之一。这意味着同样的软件 Bug，在手机端可能只多耗 5% 电量，在手表端就是断崖式崩盘。Google Play Services 这种系统级服务，本应在待机时保持休眠，一旦陷入「假死循环」持续 polling 服务器，几小时就能抽干整块电池。
三星和 Google 的权责划分也让问题复杂化。Wear OS 是 Google 的，但三星在之上叠了 One UI Watch 层；硬件是三星的，但 Google Play Services 的更新渠道独立于系统更新。用户找三星，三星说找 Google；找 Google，Google 说联系设备制造商。
这种架构在平稳运行时各司其职，一出故障就成了踢皮球现场。
目前 Reddit 原帖的更新频率已经下降，部分早期报告者称续航在三天后自行恢复——符合服务器端更新被撤回的特征。但没有人收到任何一方的正式通知，用户只能盯着电量百分比猜谜。
你的 Galaxy Watch 最近续航有变化吗？是变好了，还是变差了，或者根本无感知？
