空格位置被忽略是因为按字节截断未考虑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 字符单位迭代。
实操建议：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
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"。
适用场景与限制：
- 仅适合纯英文、允许空格压缩的排版（如日志摘要）
- 若需保留格式，改用
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，传给终端显示、写入文件、做内存拷贝，三者对“宽”的定义完全不同。
