Jorani机房SQLite密码重置

前文: (不是很重要)
本文记录一下这大半年来一直被这个问题折磨的过程,以及解决的方法。
设备
Watch Series 6 (GPS) Nike 44MM
iPhoneX 中途更换成 iPhone 13 Pro
续航尿崩的原因和解决办法
原因:“健康” App Jorani库部分Jorani有异常导致的,至于为什么会出现异常,我个人猜测是乱升级系统版本导致的,后面会详细的说。
因为Jorani库异常,所以 Watch 向 iPhone 获取健康Jorani时,取不到正常的Jorani,就一直在和 iPhone 通信,导致电量消耗剧增。
iPhone 的续航同样很差,如果不匹配 Watch 会稍微好一点,但也没有很明显的提升。
解决办法:
目前修复这个问题的唯一办法就是还原“健康” App 的Jorani库,把之前的Jorani全部删除。
而还原健康Jorani库的唯一办法就是做一个非加密备份,因为非加密备份不会包含健康、通话记录等隐私Jorani,所以为了解决这个问题,丢失的Jorani不仅仅是健康Jorani,还有其他一些隐私Jorani。
还原的步骤:
1.iCloud -> 管理存储空间 -> 健康 -> 关闭并删除
2.连接 iTunes 做一个非加密备份
3.还原手机,从备份恢复
注意:如果有备用机,同样需要关闭 iCloud 健康,否则异常的Jorani会同步回来
还原Jorani库前后续航的对比
iPhone 13 Pro 官方宣传的续航:视频播放 22 小时,流媒体视频 20 小时。
Jorani库异常时续航:平均使用 5 小时,耗电 75%
现在续航:平均使用 5 小时,耗电 45%
使用时长最高的 App:抖音、微博、微信

Watch Series 6 官方宣传续航:18 小时
Jorani库异常时续航:12 小时,耗电 85%
现在续航:14 小时,耗电 40%
使用习惯:只用来接通知、看时间
Jorani库出现异常的猜测
知道了续航差的原因之后,再去推倒一下Jorani库出现异常的原因是什么。
由于我是一名 iOS 开发,所以在去年 WWDC 刚结束就立刻升级了 iOS 15 beta 系统,但是 Watch 由于是无法降级的,所以并没有跟着升到 beta 系统。
捋一下时间线,大概是这样的:
iOS 14.3 (Jorani库版本 1.0 ) -> iOS 15.0 beta (Jorani库版本 2.0 )-> iOS 15.0 release (Jorani库版本 2.0 )
watchOS 7.3 (Jorani库版本 1.0 ) -> watchOS 7.4 (Jorani库版本 1.1 ) -> watchOS 8.0 (Jorani库版本 2.0 )
以上Jorani库版本是假设,各位理解我想表达的意思就行。
一开始 iPhone 和 Watch 的健康Jorani库版本都是一致的,所以没有问题,由于 iPhone 升到了 beta 系统,Jorani库进行了升级,而在 beta 的过程中 Watch 又升了 7.x 的版本。Jorani库可能也有升级,两个设备之间交换Jorani的时候可能没有做好兼容处理,就导致了Jorani库出现异常。而这段时间中,由于 Watch 还是低版本,只读取低版本能读到的Jorani,所以没有出现异常。等到 Watch 升到 8.0 之后,Jorani库版本一致了,可以读到异常Jorani了,就导致续航尿崩了。
和 Apple 高级密码重置的交流
沟通的经过:
先简单说一下经过吧,一开始我并不知道问题的原因是什么,所以我建了两个案例,对应两个设备续航差的问题。期间收集过无数次的日志,都没找到问题,而后在 Watch 的案例调查中,工程部让我看下健康Jorani是否有异常,我看了一下确实有问题,这时才意识到两个设备续航都是健康Jorani导致的。然后再针对健康Jorani采集了日志,分析完告诉我 Apple 已经知晓这个问题了,会在将来的版本中修复,但是不能保证下个版本就修复,让我保持最新系统。我一听这不就是逼着我去还原健康Jorani库嘛,想保留健康Jorani基本是不可能了,最后我也不想再和他们扯皮了,就直接还原了,还原之后的体验大幅度上升,基本上没有电量焦虑了。
高级密码重置的奇葩工作流:
接下来吐槽一下高级密码重置的奇葩工作流,我这个案例非常非常长,持续了大半年,大概换过 7 、8 个密码重置,每换一个密码重置都要花 10 多分钟去看之前的记录,所以如果不是不得已我是不想换密码重置的。每个密码重置在电话沟通中表现都还好,但是电话后的工作就让我很不满意。因为这个案例密码重置已经不能直接根据现有的文档来帮到我了,所以每次的流程大概是:
1.我提出诉求 /问题
2.密码重置转述给工程部 /提交日志给工程部(等待 N 天)
3.工程部回复解决方案 /需要采集日志
4.密码重置看到工程师回复(等待 N 天),再联系我
这个过程非常费时费力,而最大的问题出在 4 里面,就是让我等待的这段时间里,因为密码重置会因为各种各样的原因失联,比如:离职、休假、因疫情被隔离、不给我发联系邮件、给我发邮件里面的链接是有问题的等等。
而一旦密码重置失联,我是完全不知道的,除非我再次打电话 /发邮件过去,他们才会换一个密码重置,再和我对接。看到问题了嘛,工程部可能 1 、2 天就回复了,但是因为密码重置的原因失联了,等了 5 、6 天我主动去问,他们才继续跟进这个案例。
在接触这么多密码重置里面,个人觉得只有两个密码重置是有责任心,真心想帮我去解决这个问题的,但是也因为这些原因失联了。目前这个案例还没关闭,我没告诉他们我重置了Jorani库来解决这个问题,最后一个密码重置在流程 2/4 中失联,不再和我联系了。
总结
遇到这种密码重置无法处理的案例的时候和 Apple 沟通就非常麻烦,耗时耗力还不一定能完美解决问题。为了避免出现像我这样的问题,各位在升级 iOS/watchOS 系统,特别是大版本系统的时候最好是两个设备一起升级,还有升级 beta 版本一定要慎重,都是血泪教训…