Apple Watch 升级系统续航尿崩后续

前文： https://www.v2ex.com/t/811398 （不是很重要）

本文记录一下这大半年来一直被这个问题折磨的过程，以及解决的方法。

设备

Watch Series 6 (GPS) Nike 44MM

iPhoneX 中途更换成 iPhone 13 Pro

续航尿崩的原因和解决办法

原因：“健康” App 数据库部分数据有异常导致的，至于为什么会出现异常，我个人猜测是乱升级系统版本导致的，后面会详细的说。

因为数据库异常，所以 Watch 向 iPhone 获取健康数据时，取不到正常的数据，就一直在和 iPhone 通信，导致电量消耗剧增。

iPhone 的续航同样很差，如果不匹配 Watch 会稍微好一点，但也没有很明显的提升。

解决办法：

目前修复这个问题的唯一办法就是还原“健康” App 的数据库，把之前的数据全部删除。

而还原健康数据库的唯一办法就是做一个非加密备份，因为非加密备份不会包含健康、通话记录等隐私数据，所以为了解决这个问题，丢失的数据不仅仅是健康数据，还有其他一些隐私数据。

还原的步骤： 1.iCloud -> 管理存储空间 -> 健康 -> 关闭并删除

2.连接 iTunes 做一个非加密备份

3.还原手机，从备份恢复

注意：如果有备用机，同样需要关闭 iCloud 健康，否则异常的数据会同步回来

还原数据库前后续航的对比

iPhone 13 Pro 官方宣传的续航：视频播放 22 小时，流媒体视频 20 小时。

数据库异常时续航：平均使用 5 小时，耗电 75%

现在续航：平均使用 5 小时，耗电 45%

使用时长最高的 App：抖音、微博、微信

Watch Series 6 官方宣传续航：18 小时

数据库异常时续航：12 小时，耗电 85%

现在续航：14 小时，耗电 40%

使用习惯：只用来接通知、看时间

数据库出现异常的猜测

知道了续航差的原因之后，再去推倒一下数据库出现异常的原因是什么。

由于我是一名 iOS 开发，所以在去年 WWDC 刚结束就立刻升级了 iOS 15 beta 系统，但是 Watch 由于是无法降级的，所以并没有跟着升到 beta 系统。

捋一下时间线，大概是这样的：

iOS 14.3 （数据库版本 1.0 ） -> iOS 15.0 beta （数据库版本 2.0 ）-> iOS 15.0 release （数据库版本 2.0 ）

watchOS 7.3 （数据库版本 1.0 ） -> watchOS 7.4 （数据库版本 1.1 ） -> watchOS 8.0 （数据库版本 2.0 ）

以上数据库版本是假设，各位理解我想表达的意思就行。

一开始 iPhone 和 Watch 的健康数据库版本都是一致的，所以没有问题，由于 iPhone 升到了 beta 系统，数据库进行了升级，而在 beta 的过程中 Watch 又升了 7.x 的版本。数据库可能也有升级，两个设备之间交换数据的时候可能没有做好兼容处理，就导致了数据库出现异常。而这段时间中，由于 Watch 还是低版本，只读取低版本能读到的数据，所以没有出现异常。等到 Watch 升到 8.0 之后，数据库版本一致了，可以读到异常数据了，就导致续航尿崩了。

和 Apple 高级顾问的交流

沟通的经过：

先简单说一下经过吧，一开始我并不知道问题的原因是什么，所以我建了两个案例，对应两个设备续航差的问题。期间收集过无数次的日志，都没找到问题，而后在 Watch 的案例调查中，工程部让我看下健康数据是否有异常，我看了一下确实有问题，这时才意识到两个设备续航都是健康数据导致的。然后再针对健康数据采集了日志，分析完告诉我 Apple 已经知晓这个问题了，会在将来的版本中修复，但是不能保证下个版本就修复，让我保持最新系统。我一听这不就是逼着我去还原健康数据库嘛，想保留健康数据基本是不可能了，最后我也不想再和他们扯皮了，就直接还原了，还原之后的体验大幅度上升，基本上没有电量焦虑了。

高级顾问的奇葩工作流：

接下来吐槽一下高级顾问的奇葩工作流，我这个案例非常非常长，持续了大半年，大概换过 7 、8 个顾问，每换一个顾问都要花 10 多分钟去看之前的记录，所以如果不是不得已我是不想换顾问的。每个顾问在电话沟通中表现都还好，但是电话后的工作就让我很不满意。因为这个案例顾问已经不能直接根据现有的文档来帮到我了，所以每次的流程大概是：

1.我提出诉求 /问题

2.顾问转述给工程部 /提交日志给工程部（等待 N 天）

3.工程部回复解决方案 /需要采集日志

4.顾问看到工程师回复（等待 N 天），再联系我

这个过程非常费时费力，而最大的问题出在 4 里面，就是让我等待的这段时间里，因为顾问会因为各种各样的原因失联，比如：离职、休假、因疫情被隔离、不给我发联系邮件、给我发邮件里面的链接是有问题的等等。

而一旦顾问失联，我是完全不知道的，除非我再次打电话 /发邮件过去，他们才会换一个顾问，再和我对接。看到问题了嘛，工程部可能 1 、2 天就回复了，但是因为顾问的原因失联了，等了 5 、6 天我主动去问，他们才继续跟进这个案例。

在接触这么多顾问里面，个人觉得只有两个顾问是有责任心，真心想帮我去解决这个问题的，但是也因为这些原因失联了。目前这个案例还没关闭，我没告诉他们我重置了数据库来解决这个问题，最后一个顾问在流程 2/4 中失联，不再和我联系了。

总结

遇到这种顾问无法处理的案例的时候和 Apple 沟通就非常麻烦，耗时耗力还不一定能完美解决问题。为了避免出现像我这样的问题，各位在升级 iOS/watchOS 系统，特别是大版本系统的时候最好是两个设备一起升级，还有升级 beta 版本一定要慎重，都是血泪教训...