最轻量原生方案是用std::string::find_first_not_of和find_last_not_of定位非空格边界，再substr截取，需检查npos避免未定义行为。
用 std::string::find_first_not_of 和 std::string::find_last_not_of 定位非空格边界
这是最轻量、不依赖额外库的原生方案。两个函数分别从开头和末尾找第一个非空格字符位置，再用 substr 截取。注意：它们默认把空格、制表符、换行等都视为空白（取决于传入的字符集），若只处理 ASCII 空格，显式传 " " 更安全。
常见错误是忽略 std::string::npos 判断——当字符串全为空格时，find_last_not_of 返回 npos，直接 substr 会触发未定义行为。
实操建议：
- 先检查
str.empty()，避免空串处理异常 - 用
str.find_first_not_of(" ")覆盖常见空白符，比只写" "更鲁棒 - 截取前务必判断
first != std::string::npos，否则跳过清理
std::string trim(const std::string& str) {
if (str.empty()) return str;
size_t first = str.find_first_not_of("
");
if (first == std::string::npos) return "";
size_t last = str.find_last_not_of("
");
return str.substr(first, (last - first + 1));
}用 std::ranges::remove_if（C++20）原地去首尾空格但不推荐
std::ranges::remove_if 适合“中间去空格”，对首尾无效——它会把所有匹配字符移到末尾并返回新逻辑终点，无法区分“开头/结尾”和“中间”。强行用于首尾会误删内部缩进或分隔符。
立即学习“C++免费学习笔记（深入）”；
如果你看到有人用 remove_if 配合 lambda 判空格来“trim”，那大概率逻辑错误，实际效果是全字符串去空格。
正确做法是：仅在明确需要“全局去除所有空白符”时才用它，且必须配合 erase：
str.erase(std::ranges::remove_if(str, [](char c) { return std::isspace(static_cast<unsigned char>(c)); }), str.end());但这不是 trim，是 strip-all，别混淆。
Access Gmail, Calendar, Drive, Docs, and Sheets via the gws CLI or Python.
第三方库如 absl::StripAsciiWhitespace 的适用场景
Google 的 absl 提供了线程安全、已优化的 absl::StripAsciiWhitespace，它返回 absl::string_view，零拷贝、无内存分配，性能明显优于手写 substr（尤其大字符串）。但它只处理 ASCII 空格，不支持 Unicode 空白符（如 或中文全角空格）。
使用前提：
- 项目已集成
absl，且允许依赖外部库 - 输入确定为纯 ASCII 文本（HTTP header、配置键名等）
- 需要极致性能或避免临时字符串构造
注意：absl::StripLeadingAsciiWhitespace 和 absl::StripTrailingAsciiWhitespace 可组合调用，但不如单次 StripAsciiWhitespace 简洁。
为什么不能用 std::regex_replace 做首尾清理
正则表达式写法看似直观：std::regex_replace(s, std::regex("^\s+|\s+$"), "")，但代价极高：每次调用都编译正则（除非缓存 std::regex 对象）、回溯匹配、动态内存分配。实测比手写 find_first_not_of 慢 10–50 倍，且易因 Unicode 模式或多字节空格出错。
更隐蔽的问题是：某些标准库实现（如 libstdc++）的 std::regex 对空格类 \s 支持不一致，可能漏掉 或 ，导致 trim 不干净。
结论：正则只应在真正需要模式匹配时使用，首尾空格是固定结构，用正则是杀鸡用牛刀，还容易砍偏。
复杂点在于：不同场景对“空白”的定义不同——日志清洗要严格 ASCII，而用户输入可能含 Unicode 空格；性能敏感路径得避开分配，调试期则优先可读性。选哪种方法，得先问清楚“空格”指什么、“字符串”有多大、“调用频次”有多高。
