网络编程三十年，我们始终在对抗同一个敌人：不确定性。数据包的乱序、连接的断断续续、延迟的不可预测，这一切都让顺序代码显得天真。于是事件循环诞生了，它将一切操作碎片化，用回调把程序倒置，让每一个IO等待都让位给其他任务。Node.js、Reactor、Proactor，这些模型本质上是在承认人类无法直接管理海量连接的状态，于是把状态切碎交给机器去轮转。可我们真的赢了吗？回调地狱、状态透传、错误传播，这些代价是巨大的。我们不是在编程，而是在为系统搭建一座由微型状态机构成的巴别塔。
当虚拟线程（Virtual Threads）横空出世，Java 21的发布让无数开发者看到了另一种可能：让操作系统不再假装我们知道如何管理并发，而是重新把顺序代码还给人类。虚拟线程在用户态将阻塞IO重新包装成廉价的挂起，每个请求一个线程，每行代码都是线性执行。这就像是熵减的奇迹——从混乱的事件流中重新抽取出清晰的顺序。但我们必须清醒地看到，这种顺序是假的。底层的IO仍然是异步的，只是运行时替我们做了调度。于是问题变成了：谁在真正控制不确定性？答案是运行时。这相当于我们把复杂的调度责任从应用层下移到了平台层，这本身是一种进步，但也把不可预测性藏到了更深的地方。
真正需要被质疑的不是事件循环或虚拟线程本身，而是我们看待网络编程的范式。我提出一个独立观点：网络编程的核心不是IO复用，也不是线程模型，而是“局部性”的丧失与重建。每一次网络请求都跨越了物理和逻辑的边界，数据从网卡到内存，从内核到用户态，从协议栈到业务逻辑，每一个转移点都是一个失序的起点。传统事件循环试图通过回调局部性来抑制混乱，而虚拟线程则试图通过上下文局部性来掩盖混乱。但它们都在同一层做文章——它们都默认了网络本身是不可变的混沌系统。假如我们换个角度：把网络看成程序的一部分，而不是外部不可控的环境，我们能否设计出真正的确定性协议？例如，代数效应驱动的连接，或是基于结构化并发的消息管道，它们能够将网络边界内的所有不确定性显式建模，而不是隐式隐藏。
回到实践，我认为未来的网络编程不会是单一模型的胜利，而是分层折衷的时代。对于极高频交易或集群内部通信，事件循环和共享内存依旧无可替代；对于高并发易变的业务场景，虚拟线程和结构化并发将大幅降低认知负担；而真正的创新会在跨层抽象中生长，比如将QUIC协议的流复用思想内化为语言级构造，或者用零拷贝让数据在多个服务间流动时保持原位。这就像物理学的“对偶性”——我们既需要波动视角（事件），也需要粒子视角（线程）。一个成熟的网络工程师应当同时精通这两种思维方式，并在它们之间熟练切换。因为在更深层，它们都在做同一件事：在不可靠的网络上构建可靠的抽象，以对抗熵增。这种对抗本身就是网络编程最深刻的美。
