所谓系统级的异步 API, 目前已知：iocp 和 io_uring 吧

@deal11 看 yasio 的源码，正是使用的 select + nonblocking socket 多路 io 复用模型，select api 几乎可以跨所有操作系统平台。

我猜题主之所以关注到 yasio ，是因为该库 github 标题提到: "any client applications"

@deal11 YOPT_S_NO_NEW_THREAD

O_NONBLOCK ＋ std::thread 算不上“不错”，这句话有误导。任何程序都离不开线程，libuv,asio 等离开 thread 也啥都干不了，任何进程至少有一个线程不是。std::thread 只是一种封装接口。看 yasio 文档，可以通过 YOPT_S_NO_THREAD 禁用内部创建线程，这样，所有网络消息和事件都在 io_service.run 调用者线程执行，至于这个线程是进程主线程还是其他线程，就取决于用户业务了。

tips: asio 的多路 io 复用模型 backend 也有 select 的实现，只是默认都用各平台高并发模型 epoll/kequeue/iocp/io_uring ，但可通过编译选项禁用他们，然后 fallback 到 select

当然，线程+阻塞 socket 也能实现异步，但线程资源更昂贵，这也是个各操作系统提供类似 epoll/kqueue/iocp/io_uring/select/poll+非阻塞 socket 多路 io 复用模型的原因。

游戏里的处理耗时事务，例如大量资源加载，分帧加载也是实现异步的一种思路，可有效避免界面卡顿。
不管是 iocp/epoll 等，还是 select/poll 都是实现多路 io 复用模型的方式，只是前者适用于实现高并发的服务器，后者多数情况下更适合适用于客户端，但无论如何，离开 nonblocking io(socket)，高并发是空谈，异步 io 也是空谈。