C++ on To the Moon

彻底理解C++中的适配器模式！

Thu, 12 Mar 2026 09:50:00 +0800

本文由 AI 自动摘录整理，原始链接：彻底理解C++中的适配器模式！

推荐指数：8/10（推荐读原文）

背景

文章通过一个实际场景——将第三方日志库集成到现有系统——深入浅出地讲解了 C++ 中的适配器模式。从最简单的包装函数，到类适配器（继承），再到对象适配器（组合），逐步展示了解决接口不兼容问题的演进过程。

核心观点

适配器的本质：在两个不兼容的接口之间搭建桥梁，让它们能够协同工作，而无需修改任何一方的代码
类适配器 vs 对象适配器：类适配器使用多重继承，一个适配器只能绑定一个具体类；对象适配器使用组合持有基类指针，可以适配整个继承体系
组合优于继承：继承是"我是什么"，编译时决定，绑定到具体类；组合是"我有什么"，运行时可以指向基类的任意子类，灵活性更高

补充要点

问题场景：系统有统一的 ILogger 接口，第三方库 FastLogger 接口完全不同（std::string vs const char*，log()/error() vs writeLog() + level）
包装函数的局限：只能做简单转换，无法参与面向对象体系（比如注册到需要 ILogger* 的容器中）
类适配器示例：class LoggerAdapter : public ILogger, public FastLogger，通过继承同时实现接口和复用实现
对象适配器优势：当第三方库新增 HighPerfLogger、LowPowerLogger 等变种时，同一个适配器类通过持有 FastLogger* 基类指针即可适配所有子类
运行时切换实现：对象适配器可以在运行时更换被适配对象，实现动态切换日志实现

Linux零拷贝技术终极指南：mmap、sendfile、splice、MSG_ZEROCOPY一次讲透

Tue, 10 Mar 2026 20:08:00 +0800

本文由 AI 自动摘录整理，原始链接：Linux零拷贝技术终极指南

推荐指数：8/10（推荐读原文）

背景

这篇文章系统讲解了 Linux 零拷贝技术，从传统 read+write 的 4 次数据拷贝、4 次上下文切换入手，逐一介绍 mmap、sendfile、splice、MSG_ZEROCOPY 四种零拷贝方案的原理、适用场景和限制。适合需要理解高性能 I/O 的后端开发者。

核心观点

传统 read+write 有多贵：一次"读文件发网络"涉及 4 次上下文切换、4 次数据拷贝（2 次 DMA + 2 次 CPU），其中 2 次 CPU 拷贝是纯浪费
sendfile 是零拷贝起点：Linux 2.1 引入，一个系统调用顶替 read+write，上下文切换从 4 次降到 2 次；配合 SG-DMA 网卡可做到 0 次 CPU 拷贝
splice 更灵活：可在任意两个 fd 之间传数据（其中一个必须是 pipe），只传页面引用不传数据；Linux 2.6.23 后 sendfile 内部就是基于 splice 实现的
MSG_ZEROCOPY 让普通 send 也能零拷贝：Linux 4.14 引入，适合需要先处理数据（加密/压缩）再发送的场景，但仅对大数据块（>10KB）有收益

补充要点

mmap + write：减少一次 CPU 拷贝（从 4 次降到 3 次），但上下文切换还是 4 次
sendfile 限制：输入必须是文件，输出必须是 socket
Nginx 静态文件服务用 sendfile，配置 sendfile on;
Kafka 消费者拉取消息用 sendfile，数据不进 JVM 堆，这是超高吞吐的核心原因之一
MSG_ZEROCOPY 需要等内核通知才能安全修改 buf，编程模型更复杂
小数据场景（<10KB）用 MSG_ZEROCOPY 反而更慢，页面 pin/unpin 开销超过拷贝本身

源码剖析：iostream的缓冲区设计

Mon, 09 Mar 2026 19:25:00 +0800

本文由 AI 自动摘录整理，原始链接：源码剖析：iostream的缓冲区设计

推荐指数：8/10（推荐读原文）

背景

文章深入剖析 C++ iostream 的底层缓冲引擎 std::streambuf，讲解其三组指针体系、核心虚函数机制、缓冲策略与性能优化技巧，以及如何通过继承 streambuf 实现高性能日志系统、加密流、内存映射流等高级应用。

核心观点

streambuf 是 iostream 的缓冲引擎：作为所有 I/O 流的底层抽象，streambuf 是连接逻辑流操作与物理设备（文件、网络、内存）的桥梁
双重指针体系设计精妙：输入缓冲区（eback/gptr/egptr）和输出缓冲区（pbase/pptr/epptr）分离，使 streambuf 能高效处理双向流（如 fstream）
三种缓冲策略权衡性能与实时性：无缓冲（实时但慢）、行缓冲（交互友好）、全缓冲（性能最优）
同步与绑定是性能杀手：sync_with_stdio(false) + cin.tie(nullptr) 可提升 2-5 倍 I/O 性能

补充要点

核心虚函数：underflow（缓冲区空时填充）、overflow（缓冲区满时刷新）、sync（同步到设备）
格式化操纵器：无参（dec/hex/fixed）和带参（setw/setprecision），需 <iomanip>
类型安全优势：编译期类型检查、自动类型转换、支持用户自定义类型（重载 << 和 >>）
输出优化：避免频繁 endl（会刷新），用 '\n' 代替；使用 ostringstream 批量输出
输入优化：整行读取 + 手动解析；C++17 的 std::from_chars 提供零分配快速解析
自定义 streambuf 应用：时间戳日志系统、透明加密/解密流、内存映射零拷贝 I/O
缓冲区刷新时机：缓冲区满、endl/flush、程序正常退出、输入操作前（cin 与 cout 绑定）