C++中字符串按固定宽度折行需手动实现，核心是安全处理UTF-8编码、选择合适断点、支持多种对齐与缩进方式，并优化性能避免冗余拷贝。
字符串按固定宽度折行时，std::string 没有内置方法，必须手动切分
标准库不提供类似 Python 的 textwrap.fill，也不能直接用 std::stringstream 或 std::format（C++20）完成带对齐的自动折行。核心难点在于：空格是唯一安全断点，但中文、标点、连字符等需额外处理；纯按字节切会破坏 UTF-8 编码单元。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先用
std::string_view遍历，逐字节检查 UTF-8 头字节（0xC0–0xFF），跳过后续续字节，确保不截断多字节字符 - 从右往左找最近的空白符（
' '、'\t'、'\n'），找不到则强制在width位置断开（需提前验证该位置不是 UTF-8 续字节） - 避免用
std::string::find_last_of(" \t\n", pos)—— 它不识别 UTF-8，可能返回中间字节位置
实现左对齐缩进时，每行开头插入 indent 字符串而非空格数
缩进不是“加几个空格”，而是把 indent 当作前缀拼接到每行前面。若用空格数控制，遇到制表符或全角空格会错位；若用 std::string 类型的 indent，可支持任意前缀（如 "│ "、"• "）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 折行后每一行调用
indent + line，而不是std::string(indent_len, ' ') + line - 注意首行是否需要缩进：通常不需要，除非明确要求“每行都缩进”，此时需传入
first_line_indent参数 - 若
indent含非 ASCII 字符（如 emoji 或中文符号），确保其长度计算使用std::mbstowcs或第三方 UTF-8 length 函数，而非.size()
右对齐和居中对齐需基于可视宽度而非字节数，std::string::length() 不可靠
一个中文字符占 3 字节但显示宽度为 2；一个英文字符占 1 字节宽度为 1；emoji 可能占 2 个显示列。直接用 line.length() 计算填充会导致错位。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 引入轻量级宽度计算函数，例如：
int utf8_display_width(std::string_view s)，遍历每个 UTF-8 字符并查表（ASCII=1，中文/日文/韩文=2，控制字符=0） - 右对齐：计算
target_width - utf8_display_width(line)，左侧补空格（用' '，不用'\u3000'全角空格，除非明确要求） - 居中对齐：左右补空格数分别为
(target_width - w + 1) / 2和(target_width - w) / 2，避免因奇偶导致偏移
性能敏感场景下，避免反复构造 std::string，优先用 std::vector<:string_view></:string_view> 缓存行片段
频繁拼接字符串（尤其大文本+多行+长缩进）会触发多次内存分配。若只需输出或逐行处理，没必要立即生成完整字符串。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 折行逻辑返回
std::vector<:string_view></:string_view>，每项指向原字符串内子视图，零拷贝 - 对齐操作延后：只在真正需要格式化输出时，才对每项调用
build_aligned_line(line, indent, align, width) - 若最终要写入文件或流，直接用
os ，避免中间 <code>std::string对象
最易被忽略的是 UTF-8 边界检查和显示宽度计算 —— 多数人用 .substr() 硬切，结果在终端里出现 符号；或者用 std::string::length() 做对齐，导致中文段落整体右飘。这两处不处理，算法再“通用”也没法落地。
