文章
这里收录了我发布的全部文章。
-
Linux I/O(二)：io_uring 的双环模型与工程边界
iouring 的本质不是"更快的 epoll"，而是用户态和内核态共享两个 mmap 环（SQ 提交环 / CQ 完成环）+ 完成模型（submit then wait for completion），统一覆盖文件 / socket / timer / futex 的异步。相较 epoll 的 readiness 模型，它在存储 I/O（libaio 无法 buffered）和syscall 密集场景（SQPOLL 下热路径零 syscall）有质变；对已优化过的 epoll 网络栈提升只有 10–30%。工程上的真实门槛是内核版本下限 ≥ 5.15、容器 seccomp 默认屏蔽、安全 CVE 历史重、多云厂商禁用，以及一条必须铭刻的规则：CQE 的完成顺序和 SQE 的提交顺序无关，必须靠 userdata 关联。
-
C++ 网络编程：epoll、Reactor 与 one loop per thread
C++ 标准库到 C++20 都没有网络库（Networking TS 因 executor 重构被无限期搁置）。Linux 生产方案是 epoll ET + Reactor 模式 + one loop per thread：主 Reactor accept 连接分发到工作线程池，每个工作线程独占 EventLoop 处理自己的连接，通过 eventfd 跨线程唤醒、timerfd 统一定时器、sharedptr + weakptr 管理 TcpConnection 生命周期。muduo 是国内 C++ 服务器开发事实上的学习范本。
-
Linux I/O(三)：BSD socket 编程手册
socket API 的本质是把"可寻址的双向通信"塞进 fd 抽象（everything is a file），代价是必须通过 setsockopt/shutdown/getsockopt 等元操作补齐 TCP 状态机的语义；生产代码的复杂度集中在短读/短写循环、EAGAIN/EINTR 重试、SIGPIPE 屏蔽、字节序转换、TIMEWAIT 与 SOREUSEADDR 的误解这五个点上。
-
GORM(三)：生产环境最佳实践
GORM 在生产环境中最常翻车的地方不是功能缺失，而是默认行为与开发者直觉不一致：零值更新被吞、Session 条件污染、软删除隐式过滤、连接池耗尽。本篇系统梳理连接池四参数调优公式、Logger/PreparedStmt/DBResolver 配置、12 个真实生产陷阱（附正反代码）、性能优化策略、以及 GORM/sqlc/sqlx/Ent/Bun 五种方案的选型决策矩阵。