计时器与游戏不同步：服务器延迟的影响与重对齐

饿驯计时器和眩晕计时器都依赖「应用与游戏按同一节奏流逝」，而多人服务器的延迟会打破这个前提。官方帮助中心专门为此立了一页。

漂移怎么发生

应用的计时器在本地按固定速率跑；游戏内的饥饿与眩晕也在服务器上跑。两条时间线理论上一致，但服务器延迟、卡顿会让游戏侧「走得断断续续」——应用没停，游戏停了，两边渐渐错开。

谁漂得明显

官方的说法是：多数生物感知不到，但大型、高等级、高食物 / 高眩晕速率的生物会随时间越来越明显。原因很简单：同样 3 秒的漂移，对高饥饿消耗生物意味着更多的食物值偏差，对高眩晕速率生物意味着更多眩晕量偏差——速率越快，时间差的后果被放大。

标准处理：重同步

官方推荐的操作：

1. 观察游戏内实际值（背包里的食物值或眩晕值）。
2. 把应用的计时器暂停几秒。
3. 等游戏侧的真实进度「追上」应用显示的数值。
4. 恢复计时——两边重新对齐。

这个操作成本低，长时驯服里做上几次即可，不需要反复重开计时。

预防性的习惯

• 驯前测延迟：服务器明显卡顿的时段（人多、活动夜），对计时器的读数多留余量。
• 长驯定期校对：每半小时左右对照一次游戏内数值，早发现早对齐。
• 关键节点以游戏为准：开喂、补麻醉这些决策，用游戏内实际值确认，别只看应用。

与「算错」的区别

漂移是渐进的、几秒到几十秒级；设置错误（倍率 / 单机开关）是成倍的。分不清的话，回计算结果全不对：先查倍率做一次渡渡鸟实测，五分钟排除设置因素。

计时器家族的共性

两个计时器（饿驯计时器与Torpor Timer）的漂移机制、重同步操作完全一致，学会一个等于会两个。繁育计时（繁育计时）精度要求低，通常无需频繁对齐。