页面上那一行写着余 3，点下去弹回的是约满，退出来重新进，那一行还是余 3。售票系统显示的这一行数字，和真正还能下单的余量之间，隔的不是运气，是余量刷新的一次时间差。票务系统只在扣数那一层记账，页面读到的只是上一次取数的样子。

差在哪：一次刷新的三十秒

显示有余而下单约满，中间差的这一段叫显示延迟，也就是页面那一行落后的秒数。规则写死在这一句：余量刷新间隔不超过 30 秒。一个人最坏情况下看到的是三十秒前的余量，这三十秒里最后一格已经被别人占了。缓存秒数是这条链上唯一能调的一格，调大省查询，调小费设备。票务系统在这上面的口径是宁可让页面多取几次数，也不让两个人在同一格里各自以为还能下单。

票务系统的余量是实时扣还是定时刷

扣数与取数不在同一时刻，才有后面那一行尴尬的余 3。实时扣减是每一单提交就往格子里减一刀，定时刷是攒一批订单算一次再写回页面。两条路各走一遍：定时批量刷余量，同一个刷新周期里涌进来的单子会一起看到同一个数，卖出去的名额可能比真实配额多；每一单实时扣减，格子减到零就当场停止接单，超卖几乎没有，代价是查询量上去。出现超卖须当日回滚并向到场者放行，格子先补平，人到了闸口一律放进来，事后不留差额。

刷这一行的不是游客，是取数任务。写回的时刻记在余量台账的最后一栏，值班的人查一个时段，能看到同一分钟里扣数流水和写回时间两条记录。两条对不上，说明有人在实时扣减与定时批量刷之间来回切过模式，切的那一下格子会被重复读一次，显示延迟就会突然变大。票务系统在这时候要固定读扣数那一侧，页面跟着扣数走，不能跟着上一批的合计走。

连续查二十次，把间隔量出来

这个核对在手机上当场做。同一部手机连续 20 次查询同一个时段，每次记下余量和当时的秒数，取相邻两次余量发生变动之间的秒数，这就是实际的刷新间隔；只要有一格超过 30 秒，余量刷新的周期就超标。再把这 20 次里显示过的最大值，与售票系统当场实际还能下单的数相比，页面提示与真实余量差不得超过 5 个名额，一旦差出这个数就说明显示延迟越过了可解释的范围，得当场把这一档时段的页面锁成约满状态，别让后面的点击继续扑空。

只有在批量放号一次投放整场配额的时候，那 1 分钟内允许刷新间隔放宽到 90 秒。那一段本来就在几十秒里被抢空，按三十秒的节拍去刷反而让页面反复跳，售票系统在这 1 分钟里按九十秒写回一次余量，投放一结束就收回三十秒的口径，放宽不留尾巴。这一分钟的放宽要在余量台账上单独标一行，标清起止时刻，事后核对显示延迟时才知道这一段不该算超标。

页面那一行落后真实格子几秒，是能被量出来的事。把余量刷新的间隔钉在三十秒以内，把差值钉在 5 个名额以内，票务系统上的显示延迟就只剩一个可控的小尾巴，有余和约满这两种提示也不会在同一次点击里一起出现。值班的岗位每天做一遍那二十次查询，余量刷新这一格就没人能含糊过去。