这是一个创建于 730 天前的主题，其中的信息可能已经有所发展或是发生改变。
mac 上使用 Apple 的图书 app 阅读，并且添加了书签，再回到 iPhone 上去看，记录和书签并没同步。今天打开 iPhone 上突然看到同步了，距离过去快 10 天了。不太懂这个同步策略是啥，有人清楚吗？ 2 个设备我登录的是同一个 AppleID
 |
1
hcsu 2022-12-29 08:59:39 +08:00 via iPhone
借楼问个题外话，似乎 Apple Books 没有 Kindle 的书全？（日区，找某一本英语书）
|
 |
2
lyl2016 2022-12-29 09:10:15 +08:00
@hcsu 日区据我观察确实书要比 Kindle 少（应该是按出版社来的）而且价格也普遍更贵
另外 Apple Books 解 DRM 没有 Kindle 来的简单 |
 |
3
Lin0936 2022-12-29 09:14:27 +08:00
用这么多年下来我感觉就一个策略：随缘
|
 |
5
wy315700 2022-12-29 09:29:51 +08:00
缘分
|
 |
6
eggt OP 又是玄学吗😂
|
 |
7
nothingistrue 2022-12-29 09:45:48 +08:00  1
这玩意，只有内部技术人员才能给出真正的回复。
这种同步，通常来说都是一端发布变更事件（消息），多端消费的方式，需要消息中间件支持上述模式。同步周期，取决于消费端的消费周期。消费的时候，拉取方式跟推送方式都可行，纯推送方式很难处理消费乱序问题，纯拉取方式对消息中间件有极大的性能冲击。这里更可能采取的是推送加拉取混合模式，主处理仍然是拉取，但拉取间隔不是定时轮询，而是仅在接受到远端的推送的时候再去拉取。简单得说，就是推送但只推送“有新内容”而不推送具体的内容，然后由被推送端再主动拉取新内容。如果是这个模式，那么同步策略就是推送。 但是，推送，并不是完全实时的，它要收到客户端的网络环境的影响。理想情况下，客户端永远跟服务器端连接着，那就是实时推送。但实际情况下，推送的间隔完全是不可控的，因为客户端并不会永远跟服务器连接着。Apple 以及标准 Android 推送，为了照顾电池，手机跟推送服务器的连接，不会无脑断开就重连，而是会根据手机电池、网络情况、心跳间隔等自动判断是否要重连，意味着你的手机有可能跟推送服务器断开连接很长时间后手机仍然不去重连。这个间隔不可控，但通常也不会超过半个小时。你这个超过 10 天的情况，应该是应用的 BUG ，或者消息中间件挂了。 |
Select Language