std::string::find_first_not_of和find_last_not_of可高效跳过指定空白字符集，需显式传入所有ASCII空白符，返回首尾非空白位置，配合erase或string_view实现零分配原地截取。
用 std::string::find_first_not_of 和 std::string::find_last_not_of 快速定位边界
标准库这两个函数专为“跳过指定字符集”设计，底层通常有 SIMD 加速（如 libstdc++/libc++ 在短字符串或特定字符集下会内联优化），比手写循环判断快得多。它们接受一个字符集合字符串（如 " \t\n\r\f\v"），返回第一个/最后一个**不在此集合中**的位置。
常见错误是传入单个字符（如 ' '），这会导致只剔除空格；或者误用 find_first_of（它找的是“属于集合”，逻辑反了）。
- 必须显式列出所有需剔除的空白字符：ASCII 空格、制表符、换行、回车、垂直制表、换页
- 注意：Unicode BOM（如
"\xEF\xBB\xBF"）不属于该字符集，需单独处理 - 若字符串全由空白组成，
find_last_not_of返回std::string::npos，需判空避免越界
原地截取比构造新字符串更省内存和时间
调用 substr() 会触发一次内存分配（即使 C++11 后 small string optimization 可能避免堆分配，但仍有拷贝开销）。而直接用 erase() 修改原字符串，或用两个索引做视图（如 std::string_view），零额外分配。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 对可修改的
std::string&参数，先算出first和last，再s.erase(last + 1, std::string::npos); s.erase(0, first); - 若只需读取（如日志解析、配置项读取），优先返回
std::string_view(s.data() + first, (first ，完全无拷贝 - 避免在循环内反复调用
trim并赋值给新std::string，尤其当原始字符串已足够大时
自定义字符集时别忽略 locale 和宽字符陷阱
默认行为基于 char 的字节值比较，不依赖 locale。但若业务要求支持非 ASCII 空白（如中文全角空格 ' '、Unicode Zs 类字符），find_first_not_of 就失效了——它只做字节匹配，无法识别 UTF-8 多字节序列。
此时必须切换策略：
- UTF-8 场景：用
std::u8string+ ICU 或 utf8cpp 库做 Unicode 分类（如std::iswspace配合std::mbrtoc16），但性能下降明显 - 若仅需兼容 Windows 控制台常用字符（如
'\x81'~'\x9F'），可扩展字符集字符串，但需确认编译器编码与运行时一致 - 绝对不要在多字节编码字符串上对单个
char调用std::isspace，可能误判中间字节为控制字符
极端性能场景：手动 SIMD 或查表法可再提速 2–3 倍
对百万级字符串批量 trim（如日志解析服务），标准库仍可能成为瓶颈。此时可手写基于 SSE4.2 _mm_cmpistrm 或 AVX2 _mm256_cmpeq_epi8 的并行扫描，或预生成 256 字节查表（bool is_whitespace[256]），用 std::any_of + 指针步进替代 find_*。
但要注意：
- 查表法需确保字符串为纯 ASCII（或你已按实际编码填充表），否则 UTF-8 中间字节会查到错误结果
- SIMD 实现必须对齐内存访问，未对齐时要补头尾 1–15 字节的标量处理
- 除非 profiling 确认 trim 占 CPU >5%，否则不值得引入这些复杂度——标准库方案已足够应对绝大多数场景
真正容易被忽略的点是：trim 后的空字符串长度为 0，但 data() 指针不一定为 nullptr（C++11 要求空字符串有合法指针），所以用 string_view 时务必检查长度，不能只靠指针判空。
