Tokio 只保进度不保顺序
Tokio Gives Progress, Not Ordering: Scheduling 1M Tasks
我们在处理 100 万 Tokio 任务时发现，早期创建的任务并不一定先被调度。Tokio 的调度器只保证进度，不保证顺序，导致早期事件的任务被延迟，内存峰值飙升。通过引入 Semaphore 限制并发事件数，我们既保持了吞吐量，又显著降低了内存占用。这并非 Tokio 的缺陷，而是应用层需要明确公平性边界。
Tokio 保证的是进度，而不是顺序；任务创建早不等于先被轮询，更不等于先完成。