io_uring 双环拆到字节级：内存序、SQPOLL 唤醒协议与 Seastar 源码精解

你去银行办业务，每一笔都要填单、敲一次柜台窗口、等柜员抬头。敲窗口这个动作本身不办任何业务，但每笔你都得付它一次。系统调用就是那扇窗口：read()真正搬数据之前，先要陷入内核、切换特权级、保存恢复一堆寄存器状态，Spectre/Meltdown 之后还叠了一层缓解开销——裸的往返在现代 x86 上是几十到一百纳秒的量级，开着缓解措施可以逼近几百纳秒（这是经验口径，具体数字随微架构和内核配置浮动）。对一个每秒百万次 I/O 的存储引擎，这笔成本不用实测就知道疼。io_uring 干的事，是把柜台窗口拆了，换成两块双方都看得见的共享白板：你把工单写在第一块白板上，内核做完把回执贴在第二块上，谁也不用敲谁的门。

这一讲我带你把这套白板协议拆到字节级：两个环形缓冲区在内存里长什么样、无锁读写靠哪两条内存序规则撑住、IORING_SETUP_SQPOLL怎么把仅剩的那一次系统调用也省掉、省掉之后你要替它付出什么。然后回到 Seastar，把src/core/reactor_backend.cc里reactor_backend_uring从提交到收割走读一遍——你会撞见一个反直觉的事实：这个后端一个「极致性能标志位」都没开，IORING_REGISTER_FILES和IORING_REGISTER_BUFFERS在整棵 Seastar 源码树里一次都没出现过。它们去哪了、为什么，答案落在 4 节的第二个 uring 后端身上，那也是全文的收束点。

前面拆 reactor 事件循环的时候，我们已经见过 Seastar 把「睡与不睡」做成一门精细生意；这一讲往下一层，看它睡在哪张