应按空格、标点或unicode词边界断行，而非简单字符截断；缩进需分离首行与续行控制；模板化支持多字符类型并适配locale；预分配内存或流式输出避免频繁分配。
换行逻辑怎么写才不切单词
直接按字符数截断会把英文单词或中文词组硬生生劈开，用户阅读体验极差。核心是得在空格、标点或 Unicode 词边界处找断点，而不是无脑 substr。
实际做法是：从目标位置（如第 40 个字符）往前扫描，找到最近的空白符（' '、'\t'、'\n'）或中日韩等宽字符的边界；如果没找到，再退而求其次，在该位置强制断开——但必须标记为“非理想断点”，方便后续加提示或告警。
- 用
std::isspace判断空白，别只认' ' - 对 UTF-8 字符串，避免单字节扫描导致乱码；可用
std::mbrlen或第三方库（如 ICU）做真字符级遍历 - 中文场景下，
std::iswspace+std::wstring_convert（C++17 起已弃用，建议改用std::codecvt_utf8或直接用char8_t配合手动解析）
缩进怎么叠加才不混乱
首行缩进、悬挂缩进、多级嵌套文本——这些不是简单地在每行开头加空格。缩进要分层管理，否则换行后第二行的缩进会覆盖首行缩进，或者和上一段缩进错位。
推荐用两个独立参数控制：first_line_indent 和 subsequent_line_indent。前者只作用于段落第一行，后者用于所有换行后的续行。两者都支持字符串（如 " │ "）或纯空格。
- 拼接时用
first_line_indent + line1，然后subsequent_line_indent + line2，不能统一前缀 - 若启用了自动编号（如 “1. ”），要把编号长度计入
first_line_indent，否则续行会相对编号左移 - 缩进字符串里含制表符
'\t'时，终端/编辑器渲染宽度不可控，优先用空格
如何让函数支持不同输入类型（std::string vs std::wstring）
硬写两套函数重复代码，维护成本高。模板 + 类型特征是更稳的路子，但要注意：宽字符版本不能直接复用窄字符的空格判断逻辑。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
关键区别在字符分类函数：std::isspace(char) 和 std::iswspace(wchar_t) 行为不同，且后者需配合正确的 locale（比如 std::locale("zh_CN.UTF-8") 才能正确识别中文全角空格）。
- 用
std::enable_if_t分离char和wchar_t特化路径 - 对
std::string_view输入，避免不必要的std::string构造；传引用比传值更安全 - 别在模板里默认构造
std::locale("")——它依赖环境变量，CI 环境可能崩
性能敏感场景下怎么避免反复内存分配
每换一行就 push_back 一个新 std::string，短文本还好，长文档+高频调用就会触发多次堆分配。尤其在嵌入式或日志系统里，这很致命。
预先估算总长度（原字符串长 × 1.2 + 缩进总开销），用 std::vector<:string_view></:string_view> 或预分配的 std::string 缓冲区暂存结果，最后一次性拼接。
- 用
std::string::reserve()对输出字符串预留空间，减少重分配 - 若只用于打印，可改为接受
std::ostream&参数，边处理边输出，彻底规避中间存储 - 禁用
std::endl，改用'\n'——前者强制 flush，拖慢十倍以上
真正难的不是算位置，而是定义“哪里能断”。中英混排时一个汉字后跟英文单词，该断在汉字后还是单词中间？这得结合业务场景定规则，代码只是执行者，不是决策者。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
