目录摘要注释3.1 回顾3.2 新知识3.3 注意3.4 反思正文4.1 开发中遇到的问题总结常见问题标签摘要Buffer.hpp 是 header-only 实现#include 即用无需链接 .cpp/.a/.so。内部为 std::vector 加 _redidx/_wrtidx 两个下标提供写入、读取、容量查询、按 ‘\n’ 取行。价值是把容量、size 与下标解耦地址由 Begin()下标算出End() 取容量末端避开读下标偏移后 size 难定。代码仓库https://gitee.com/btshadow/Ubuntu_learning/blob/master/October/10-16/muduo/src/server.hpp注释3.1 回顾override 是检测重写不是重载。3.2 新知识const_cast 只去指针/引用层面的 const不改对象存储属性原对象非 const 时去掉后修改合法对象本身为 const 时改属 UB可能崩溃、被优化或暂时正常。Write() 内 const_cast 按此理解。如Begin()返回const char*指针指向vectorchar的类型那么对于Begin()返回的类型强转再使用就是安全的。因为底层存储类型是char调试要善于、适当使用 AIgdb 里看 void* 的 data 用 p (char*)data输出对比$2 0x7fffffffdd90 hello $1 0x7fffffffdd80 \220\335\377\377\377\177 // \2200x90 \3350xDD \3770xFF \1770x7F字节呈小端序指针形态说明它是 string 内部结构的指针而非字符内容故 string 要单独重载。3.3 注意重点是 vector 管理与 idx 的分离性课件内 size 不明确单一成员变量下难解erase 又会留左侧「空洞」故不 erase、只靠 _redidxstd::copy 不支持重叠拷贝左移改用 memmove。3.4 反思按老师所讲做必要的重构与补充优化前先想好思路、问 AI 能否实现erase 根本无法实现。End() 处另记良好的编程习惯加画图分析很重要。正文下文函数均在 Buffer.hpp 内。成员只有 _buf、_redidx、_wrtidx写走 Write→EnsureEnoughCapacity右侧不足先 memmove 左移、再 reserve 扩容、重算两下标读走 Read/ReadLen推进 _redidx 且不 erase另有 ReadOnly/WriteOnly先读写再回退下标、Write(string)、FindCRLF/GetLine按 ‘\n’ 切行。Begin() 取 (*_buf.begin())End() 取 Begin()capacity() 而非 _buf.end()注释作「神之一手」。4.1 开发中遇到的问题bug1误把 string* 传进 void* datagdb 显示它指向 string 内部结构而非字符内容见 3.2故 string 要单独重载动代码前先确认指针指向。bug2resize 会销毁重置强行用 _buf 下标访问纳入的内容该行为未定义故 Write() 里 resize 那行被注释。bug3ReadLen 第一个循环漏了 len 变量会把可读区整段读完// 原漏 lenfor(;_redidx_wrtidx;_redidx)// 现以 _redidx len 为界for(uint64_ti_redidx;i_redidxlen;i)总结设计核心是双下标加 Begin()偏移寻址、End() 表达容量bug1/2/3 分别对应类型误传、越界下标写入、循环边界缺失。仓库链接指向 server.hpp文件名为 Buffer.hpp对应关系【待我补充】。常见问题End() 为何不取 _buf.end()下标体系以容量为界_buf.end() 只是有效元素末端。ReadLen 读完为何不 erase会破坏下标语义并留左侧空洞_redidx 已够描述。左移为何用 memmove源目标重叠std::copy 不支持重叠拷贝。Write 为何单独重载 string见 bug1void* 分支收到的是 string 结构指针。标签C、Buffer、memmove 重叠拷贝、gdb 调试、header-only