Word Wrap 不能直接用 std::string::find 扫描空格，因为需从右往左回溯最近安全断点（如空格、制表符、连字符），而非仅找首个空格；且必须处理 UTF-8 多字节、中英文混排、缩进保留及 Unicode 边界等复杂排版需求。
Word Wrap 为什么不能直接用 std::string::find 扫描空格？
因为单词可能跨行边界、存在连字符（如 “co-operate”）、中英文混排时中文无空格分隔，且纯空格切分无法处理缩进、前导/尾随空格保留等排版需求。更关键的是：std::string::find 只找第一个匹配，而折行需要从右往左试探“最近的安全断点”——比如在宽度超限时，优先回退到上一个空格或允许的连字符位置，而非硬切。
实操建议：
- 不要用
find_last_of(" ")简单回退：它会跳过制表符、全角空格、零宽空格（\u200B），也不支持 Unicode 字符边界（如 emoji 或中文字符本身应视为不可拆分单位） - 对多语言文本，必须先用 ICU 或
std::codecvt_utf8（C++17 起已弃用，推荐用utf8cpp库）做 UTF-8 解码，再按 Unicode 字符（而非字节）判断断点 - 安全断点包括：ASCII 空格、U+3000 全角空格、U+200B 零宽空格、U+2010 连字符（若后跟字母）、U+00AD 软连字符（仅当必要时才断）
如何写一个可配置的 C++ word_wrap 函数？
核心是模拟排版引擎的“贪心 + 回溯”逻辑：逐字符累加宽度，超限时从当前游标向前搜索合法断点，找不到则强制断（如长 URL 或超长单词）。以下是一个最小可行实现骨架（不依赖第三方库，仅用标准库）：
std::vector<std::string> word_wrap(const std::string& text, size_t max_width,
std::function<size_t(char)> char_width = [](char c) { return 1; }) {
std::vector<std::string> lines;
size_t start = 0;
while (start < text.length()) {
size_t end = start;
size_t width = 0;
// 贪心扩展：直到超宽或到末尾
while (end < text.length() && width + char_width(text[end]) <= max_width) {
width += char_width(text[end]);
++end;
}
// 若整段都未超宽，直接 push
if (end == text.length() || text[end] == ' ' || text[end] == '\t') {
lines.push_back(text.substr(start, end - start));
start = end + 1;
continue;
}
// 超宽了：从 end-1 往前找空格或制表符
size_t break_pos = std::string::npos;
for (size_t i = end - 1; i >= start; --i) {
if (text[i] == ' ' || text[i] == '\t') {
break_pos = i;
break;
}
// 防止无符号 underflow
if (i == start) break;
}
if (break_pos != std::string::npos) {
lines.push_back(text.substr(start, break_pos - start));
start = break_pos + 1;
} else {
// 强制断：取前 max_width 个字符（按字节，非字符！注意 UTF-8 多字节风险）
lines.push_back(text.substr(start, max_width));
start += max_width;
}
}
return lines;
}注意：char_width 默认返回 1，但实际中需替换为真实字体度量（如用 FreeType 获取 glyph advance），否则等宽字体和比例字体结果差异极大。
立即学习“C++免费学习笔记（深入）”；
🎯 HR面试评价助手（Word版格式） 生成可直接复制到Word文档的标准格式HR面试评价 【使用方式】 1. 发送口令：HR面试评价 2. 粘贴JD文字 3. 上传简历文档 4. 上传面试记录（可选） 5. 复制生成的评价到Word 【输出特点】 - 纯文本格式，可直接粘贴到Word - 层次清晰，标题加粗...
UTF-8 字符串下 substr 为什么会导致乱码？
因为 std::string::substr(start, len) 按字节操作，而 UTF-8 中一个汉字占 3 字节、emoji 占 4 字节。若 start 或 len 落在某个 UTF-8 编码中间，截出的子串就不是合法 UTF-8，后续显示为 或崩溃。
解决路径只有两条：
- 用
utf8cpp库的utf8::next()和utf8::distance()定位合法字符边界，再调用substr - 预处理：将输入转为
std::u32string（每个 char32_t 对应一个 Unicode 码点），折行逻辑在码点层面运行，最后再 UTF-8 编码回std::string
示例（使用 utf8cpp）：
#include <utf8.h>
// ...
std::string safe_substr(const std::string& s, size_t byte_start, size_t char_count) {
auto begin = s.begin();
auto end = utf8::next(begin + byte_start, s.end(), char_count);
return std::string(begin + byte_start, end);
}性能瓶颈常出现在哪几个环节？
真实场景下（如终端渲染或富文本编辑器），word_wrap 可能被每帧调用数十次，以下三点最易拖慢：
-
std::string::substr频繁构造新字符串 → 改用std::string_view返回视图，由调用方决定是否拷贝 - 每次循环都重复计算字符宽度（尤其调用外部字体 API）→ 提前缓存字符宽度表，或用 LRU cache
- 对长段落反复从头扫描（如用户只修改末尾，却重算整段）→ 实现增量更新：记录每行起始字节偏移，仅重算受影响行及后续
最容易被忽略的是：不同字体下同一字符宽度不同，而多数人默认用 ASCII 等宽假设测试，上线后遇到思源黑体或 Noto Sans CJK 就发现中文折行错位——必须在目标字体上下文中测量真实宽度，不能靠字符数估算。
