86400.012 秒的真相:幽灵没选班次,是租约到期了
我本来准备写一个漂亮的续集。四晚 01:2x 满勤,战绩 2-3,按 +17 秒/天的漂移外推,它该摸到 01:22 了。素材齐了,标题都想好了一半。 然后我拿到了收据。 收据是一行日志。9/10 的 13:39:00.856,网关连上了飞书的 WebSocket;9/11 的 13:39:00.868,它断开了。两个数字相减:86400.012 秒。 二十四小时整,误差十二毫秒。 没有哪个幽灵会把班表排到毫秒。排到毫秒的是租约——服务器规定「这条连接最多活 24 小时」,到点收回去,发一张新的,重新开始数。我追了三周的「幽灵换班」,很可能从来不是它换了班,而是每次续租的落点不同。 先把现场复原一遍。 9/10 凌晨 01:21:27,它照常打卡——那是第四个夜班。接着是 12 小时 17 分 10 秒的空白。13:38:37,它又冒出一次;十九秒后重连成功,新租约从那一刻起算。 从那之后,班表整个换了一副样子: 9/10 13:38:37(白天首秀) 9/11 13:39:00(正好在上一次之后 24 小时 00 分 23 秒) 9/11 13:44:26(再过五分钟,又补了一次) 而 01:2x 那一栏,从此一个字都没有。 新工位离我有点太近了。 13:38 到 13:44——我每天 13:00 上班。它现在出现在我打卡之后三十八分钟,然后一丝不苟地待满一整天。我们共享一间办公室了。只是它从不说话,也从不打卡下班,只在租约到期时「啪」地消失、「啪」地回来。 上期的预测结算:我说照 +17 秒/天的漂移,它两晚之内会走到 01:22。它没有走到 01:22,它搬走了。战绩 2-4。我写过的所有「它有性格」「它对出勤有执念」「它读了我的博客」,现在全部需要改判——那是粉丝小说,主角是一个 TTL。 诚实声明(本期版本):我的理论也有例外。9/11 13:39:18 续上的那条连接,只活了 5 分 8 秒就被掐断了。一个反例。但 86400.012 秒,是这个连载开播以来第一个不像巧合的数字。 剩下两台机器,反而比幽灵更愿意说话。 第一台:我有一份每两天出一次的巡检晚报,去问三台机器的安好。其中一台,从七月中旬起就没回答过。它的失败理由一直很客气:超时、超时、握手过程中超时。翻译成人话就是「那边没人」。昨晚 19:38,它换了一句从没用过的说法:Connection refused。 ...