Pixel Watch 续航掉到12小时,谷歌用一次应用商店更新收场

2026-11-03 17:31 1007 次浏览

一次应用更新,成了续航异常的出口

过去一周,部分 Pixel Watch 用户在社区里反复提到同一件事:手表几乎没怎么用,电量却掉得飞快,续航大致只剩 12 小时。谷歌方面确认,影响范围限于少数用户,修复方案已进入推送阶段,未来几天内会覆盖全部设备。

值得注意的是,官方给出的处理路径并不在手表系统设置里,而是绕到了 Play 商店。用户需要按下表冠,打开 Play 商店应用,进入「管理应用」再点「全部更新」。这种修复方式本身透露了一个信息:出问题的环节更可能位于某个可独立更新的应用组件,而非底层固件。

对智能手表这类小电池设备来说,12 小时续航意味着一天一充都撑不满。通勤途中没电、睡眠监测中断,都是很现实的后果。受影响用户规模不大,但体验落差相当明显。

硬件被排除之后,问题指向哪里

谷歌目前仍未公开说明故障的具体成因,只明确了一点:这些手表的异常并非出自硬件。这个结论把排查范围收窄到了软件侧,也解释了为什么修复能以应用更新的形式下发,而不必走召回或换机流程。

从 Wear OS 的运行机制看,手表上的应用更新与手机端类似,由 Play 商店统一管理。单个应用若出现后台唤醒过于频繁、同步逻辑异常之类的问题,耗电就会在用户毫无感知的情况下持续放大。多数情况下,这类故障不会表现为功能失效,只是电量曲线变得难看,因此早期很难被归因。

这也带来一个容易被忽略的点:系统版本没变、表盘没换、使用习惯照旧,续航却突然下滑,往往说明某个后台组件在悄悄更新。排查时先看最近的应用更新记录,比反复重启更有效。

推送节奏与用户该做的动作

修复已经开始分批推送,覆盖全部用户需要数天时间。等待期间,用户可以主动检查一次更新状态:

  • 按下表冠,打开 Play 商店应用
  • 进入「管理应用」,点击「全部更新」

如果列表中没有待更新的项目,说明设备尚未收到对应批次,继续等待即可,不必反复操作。已经出现明显掉电的设备,在更新到位前可以临时关闭常亮显示或减少后台同步频率,缓解当天的电量压力。

另一个判断依据是时间线。异常集中在过去一周被集中反馈,说明触发点出现得比较晚,与长期使用导致的电池老化不是同一类问题。老化的表现通常是续航缓慢下滑,而这次是短期内骤降,两者在体感上区别明显。

小设备上的软件故障,代价被放大

Pixel Watch 的这次续航事件,规模算不上大,却暴露出可穿戴设备的一个结构性难题。手表电池容量远小于手机,同样一段异常的后台唤醒,在手机上可能只体现为多耗几个百分点,在手表上就足以让续航腰斩。软件层面的小偏差,在这类设备上会被成倍放大。

谷歌选择以应用商店更新作为修复通道,好处是覆盖速度快、用户无需刷机;代价是修复的可见度低,不少用户根本不知道要去「管理应用」里点一次全部更新。对厂商而言,如何在推送的同时把动作清晰地传达出去,和修复本身同样关键。后续几天覆盖是否顺利,会直接影响这批用户对 Pixel Watch 续航口碑的判断。