空格位置被忽略是因为按字节截断未考虑unicode字符边界；正确做法是按字符宽度（ascii为1、中文为2列）累加并优先在空白符后折行，且须用utf-8安全迭代避免乱码。

用 std::string 手动切分时，为什么空格位置总被忽略？

因为默认按字节截断，没考虑单词边界——尤其在中英文混排或含全角字符时，直接按列宽切会把一个汉字或英文单词从中间劈开。正确做法是：先按 Unicode 字符（而非字节）计宽，再优先在空白符（' '、'\t'、'\n'）后折行，找不到则退回到最近的字符边界。

关键点：

• 别用 substr(pos, width) 硬切，它不识别语义边界
• 中文每个字符算 2 列，ASCII 字符算 1 列，需用 std::mbstowcs 或 UTF-8 解码逻辑估算显示宽度（简单场景可用 isascii(c) ? 1 : 2 粗略判断）
• 遍历字符串时，维护当前行已占列宽，遇到空格就记下可折点；超宽时回退到上一个空格位置

如何处理 UTF-8 编码下的中文折行不齐问题？

UTF-8 中文是 3 字节序列，std::string::at() 直接取单字节会破坏编码，导致乱码或 std::out_of_range。必须按 UTF-8 字符单位迭代。

实操建议：

• 用 std::string_view 配合手动解析 UTF-8：遇到 0xc0–0xfd 开头的字节，就读取对应长度（2~4 字节）作为一个字符
• 更稳妥的做法是引入轻量库如 utf8cpp，用 utf8::next(p, end) 安全前进
• 测试用例必须包含“abc你好def”这类混排串，验证是否在“abc”后、“你好”前、“def”前等位置合理折行

用 std::istringstream 分词再拼接，为什么输出错位？

因为 std::istringstream 默认以空白符分割，但会丢弃原始空格数量和位置，导致换行后缩进丢失、对齐错乱。比如原串 "a b c"（多空格）会被压成 "a b c"。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

适用场景与限制：

• 仅适合纯英文、允许空格压缩的排版（如日志摘要）
• 若需保留格式，改用 std::string::find_first_of(" \t\n", start) 找空格，用 substr 提取子串，而非依赖流提取
• 注意：全角空格（0xa1a1）不会被 std::istringstream 识别，必须显式检查

性能敏感场景下，避免重复计算列宽的技巧

每行都要反复扫描、累加字符宽度，O(n²) 复杂度在长文本中明显卡顿。核心优化是预计算每个字符的显示宽度并缓存。

具体操作：

• 一次遍历原字符串，构建 std::vector<size_t></size_t> 存储每个 UTF-8 字符的列宽（非字节索引）
• 折行时用前缀和数组快速定位：已知当前行上限 max_width，二分查找最大 i 满足 prefix[i]
• 避免在循环里调用 strlen 或 size()，提前存入局部变量

真正难的不是算法，而是区分“显示列宽”和“存储字节数”——同一段 std::string，传给终端显示、写入文件、做内存拷贝，三者对“宽”的定义完全不同。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！