C++标准库无内置trim函数，需用find_first_not_of和find_last_not_of配合substr实现；注意处理全空白字符串返回npos、空串调用及边界安全计算；推荐封装为左/右/全trim函数，避免正则开销与兼容性问题，优先使用纯标准方案。
用 std::string::find_first_not_of 和 std::string::find_last_not_of 定位非空白边界
标准库没有直接的 trim 函数，但可以用这两个成员函数配合 substr 手动截取。它们默认把空格、制表符、换行等都当作分隔符，只要传入 "
" 就能覆盖常见空白字符。
注意：如果字符串全是空白，find_last_not_of 会返回 std::string::npos，此时直接返回空字符串，否则 substr 会抛出 std::out_of_range 异常。
实操建议：
- 先检查是否为空字符串，避免对空串调用
find_* - 用
std::string::npos判断查找失败，不要用-1或0 - 边界计算时，
last + 1 - first是安全长度，比手算更少出错
封装成可复用的 trim 函数（含左/右/全 trim）
实际项目里反复写边界逻辑容易漏判，推荐封装。C++17 起可以放心用 std::string_view 做参数避免拷贝，但返回值仍是 std::string（因为 string_view 不拥有数据）。
立即学习“C++免费学习笔记（深入）”；
一个轻量实现示例：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::string trim(const std::string& s, const std::string& whitespace = "
") {
auto start = s.find_first_not_of(whitespace);
if (start == std::string::npos) return {};
auto end = s.find_last_not_of(whitespace);
return s.substr(start, end - start + 1);
}如需只去左边或右边，分别用 find_first_not_of 或 find_last_not_of 配合 substr 即可，不用重写整套逻辑。
用 std::regex 做 trim 的代价和风险
有人会想到正则：std::regex_replace(s, std::regex("^\s+|\s+$"), "")。语法简洁，但不推荐在性能敏感路径使用。
原因很实在：
- 每次调用都构造
std::regex对象，开销大；缓存static const正则又引入线程安全问题 - 不同 STL 实现对
\s支持不一致——MSVC 支持 Unicode 空白，libstdc++ 可能只认 ASCII - 错误信息难调试，比如正则编译失败时抛
std::regex_error，堆栈不直观
第三方库（如 Boost）的 boost::algorithm::trim 是否值得引入
Boost 版本确实可靠，支持就地修改、宽字符、自定义谓词，还处理了 NUL 字符等边界情况。但它带来两个硬约束：
- 构建系统要额外链接 Boost，CI 流程变重
- 如果项目禁用外部依赖（如嵌入式或航天代码规范），这条路直接堵死
纯 C++ 标准方案已足够应对绝大多数场景，真正需要 Boost 的时候，往往不是因为 trim 本身复杂，而是整个文本处理链路已经重度依赖其算法模块。
最易被忽略的一点：空白字符集要和业务一致。比如日志解析可能需保留 （换页符），而 HTTP 头字段必须按 RFC 7230 把 HTAB（ ）视为空白——别直接抄网上的万能字符串。
