第255章 年的假调度背后的驿站

“那现在就不是追着系统抱怨慢了，是要追谁在稳态之上动了手。”

顾明把话说完，屋里没有人接。

不是没人懂，而是都懂了。

懂到那条线已经不是“谁先动”那么简单，而是“谁把先动藏进了哪里”。公共输入挤兑、限速疲劳、假调度、稳态并案，这几层像四张湿透的纸，单独看都像流程，叠在一起才露出背面那根硬骨头。

周砚盯着那条 `ty takeover val / stableerge context` 的引用，手指在桌面轻轻敲了一下。

“先别盯审批。”他说，“审批是纸面，真正把动作送出去的，是驿站。”

陆律抬头：“驿站？”

砚把屏幕切到调度链路的底层，“你们看，这个假调度不是单点发起，也不是单一服务完成，它中间过了三次中转。第一次是稳态维护入口，第二次是临时接管上下文，第三次才进执行槽。中间这三跳，像不像送信？”

顾明眯起眼，顺着他圈出的几个节点往下看。每个节点名字都很普通，普通到像公司里随手起的中间件别名：`relay-a`、`relay-b`、`handoff-gate`。可一旦连起来，就不是普通的中转，而是一条专门把“先动”送往前台的路径。

“驿站不是比喻。”周砚说，“是真正的中转层。它把本该排队的请求拆包、换标、重挂载，再按新的优先级送出去。假调度之所以能先动，不是因为它比别人快，是因为它先到了驿站，换了个身份。”

许衡的脸色一点点沉下去。

“也就是说，我们之前找的是调度服务本身，其实它只是末端。”他问。

砚说，“末端负责把结果吐出来，驿站负责把结果变成看起来合理的路径。没有驿站，假调度就只是一条异常请求；有了驿站，它就变成了‘系统自己先处理的那一批’。”

陆律迅速翻出他们已经整理过的回执链路，忽然一顿。

“这几条回执的 `source_trace` 不一样。”她说，“同一批年度池请求，发往前台的回执都带着统一标签，但底层来源里有一个中间节点被反复写入。每次都是同一个中转池名。”

周砚点头。

“这就是驿站。”他说，“它不是单独执行，而是统一接单。只要请求一进这个池，后面谁先动、谁后动，就不再由原始队列决定，而是由驿站重新分拣。”

顾明已经把中转池的接口调用日志拉出来，几十条看似无害的日志里，所有关键动作都绕着一个固定时间窗：每逢限速疲劳进入饱和，驿站就会开启一次短暂的批量换标。

`relabel batch`

`queue rap`

`priority lane`

`annual dispatch`

“看这个。”顾明指着几行记录，“不是单条处理，是批次换标。它把原本要排队的东西统一打上‘已调度’的回执，然后再从另一端拆回去。表面上看，是系统完成了快速处理；实际上，是驿站替它伪造了‘已经经过’。”

周砚把那几条记录连到一张新的关系图上。

图一展开，事情就更清楚了。年度输入池不是直接把所有请求推给调度服务，而是先过一个名为“驿站”的中转壳。壳里有三类入口：普通排队、稳态维护、临时接管。普通排队最慢，稳态维护可以绕限速，临时接管则拥有最高优先。所有人都以为自己在同一条线上等，可真正能被送出去的，早已经在驿站里被换了车票。

“这就解释了为什么有人能拿到回执，别人却还在等。”陆律说。

砚说，“驿站先把能解释的送走，再把不能解释的留在后面。这样一来，外面看到的永远是‘系统在处理’，而不是‘有人在挑人’。”

门外又有人敲门，这次更急。玻璃门被推开半寸，一个项目组的人探进头来，脸色发白。

“外面又开始催了。”那人声音发紧，“说年度池已经处理了一批，为什么同类请求还有人没轮到。还有人问，那个临时接管是谁批的，为什么名单上没有他们部门。”

周砚没看他，只把驿站的中转层放大到最里侧。

“告诉外面，别盯回执，盯换标时间。”他说，“回执是结果，换标才是动作。只要能证明换标发生在正式轮转之前，那批‘已调度’就是假的。”

那人迟疑了一下，还是没敢多问，退了出去。

屋里重新安静下来。