可行，需用io_uring配c++20协程手写awaiter：文件须o_direct|o_nonblock打开，buffer须页对齐且生命周期可控，sq队列深度需合理配置，-eagain/-ecanceled须显式处理。
用 std::coroutine + io_uring 做高吞吐异步文件读取是可行的，但别直接上 std::filesystem 或 std::fstream
标准库的 std::fstream 是同步阻塞的，协程挂起它毫无意义；std::filesystem 更是纯同步工具。真要高吞吐，并发读必须落到系统级异步 I/O 上——Linux 下目前最稳的路径是 io_uring 配合 C++20 协程手写 awaiter。Windows 可走 OVERLAPPED + GetQueuedCompletionStatusEx，但生态支持弱、移植成本高，不推荐新项目选。
常见错误现象：co_await 一个封装了 fread 的函数，结果 CPU 跑满、吞吐没提升，还卡死——本质是协程没真正让出线程，底层仍是同步调用。
- 必须用
liburing（官方 C 封装）或cpp-uring（C++ 封装）对接内核接口 - 所有文件需用
O_DIRECT | O_NONBLOCK打开，否则io_uring提交会退化为同步路径 - 协程函数返回类型得是自定义
task<:vector>></:vector>这类可 await 的类型，不能是void或std::future
io_uring 提交读请求时，buffer 管理不当会导致 SIGBUS 或数据错乱
直接把栈变量地址传给 io_uring_sqe_set_data 是高危操作：协程挂起后栈帧可能已被覆盖；堆分配又带来频繁 new/delete 开销。正确做法是预分配固定大小的 buffer pool，用 std::pmr::monotonic_buffer_resource 或环形 buffer 管理。
使用场景：单次读 128KB 文件块，同时并发 512 个请求——buffer 必须在请求生命周期内稳定有效，且不能跨协程复用未清理的内存。
立即学习“C++免费学习笔记（深入）”；
- 每个
io_uring_sqe绑定的 buffer 指针，必须指向 page-aligned 内存（posix_memalign分配） - 若用
O_DIRECT，buffer 大小必须是 512 字节对齐，否则提交失败并返回-EINVAL - 不要在
await_suspend里释放 buffer；要在await_resume处理完数据后，由上层逻辑归还到 pool
并发控制不是靠“开 1000 个协程”，而是靠 io_uring 的 SQ/CQ 队列深度和提交批处理
盲目增加协程数量只会压垮 submission queue（SQ），导致 io_uring_submit 返回 -EBUSY；更糟的是，部分请求被 silently 丢弃（取决于 flags）。真实吞吐瓶颈常在队列深度、缓存局部性、以及磁盘随机读放大。
性能影响：SQ 深度设为 1024，但只提交 64 个请求就调用 io_uring_submit，比攒够 256 个再提交慢 3–5 倍（实测 NVMe SSD）。
- 初始化
io_uring_queue_init时，entries至少设为预期并发请求数的 2 倍（如目标 512 并发，entries ≥ 1024） - 用
io_uring_sqe* io_uring_get_sqe(&ring)拿 sqe，拿到空指针说明 SQ 满，此时应 yield 协程，而不是忙等 - 批量提交前调用
io_uring_submit_and_wait(&ring, n_to_wait)，其中n_to_wait设为本次提交数，减少 syscall 次数
错误码不是全抛异常，-EAGAIN 和 -ECANCELED 必须显式处理
协程 awaiter 的 await_resume() 里如果只检查 res 就 throw，会把 <code>-EAGAIN（资源暂不可用）当成严重错误，导致整个引擎卡住。而 -ECANCELED 在超时或主动 cancel 场景下很常见，应转为协程正常返回而非崩溃。
容易踩的坑：用 std::error_code 包装 io_uring 返回值时，直接传 res 给 std::error_code(res, std::generic_category()) 是错的——io_uring 错误码是负值，std::generic_category() 不认负数，会变成 success。
- 正确转换方式：
std::error_code{-res, std::generic_category()}（取反） -
-EAGAIN应触发重试逻辑（比如延后几微秒再 co_await 同一 sqe），不是异常 -
-ECANCELED对应协程取消，await_resume()应返回空结果或标记状态，由上层决定是否重发
实际最难的部分不在协程语法，而在 buffer 生命周期与 io_uring 队列状态的精确对齐——差一行内存释放时机，就可能引发静默数据损坏或段错误。别信“封装好就能跑”的库，至少得看懂它怎么管理 sqe 和 cqe 的引用计数。
