最稳妥的方式是用 std::remove_if + std::isspace（需转 unsigned char）配合 erase；若仅删空格、换行、回车，应手动判断；copy_if 适合保留原串；regex_replace 因性能和兼容性问题不推荐。
用 std::remove_if + std::isspace 删除所有空白字符
最常用也最稳妥的方式是组合使用 std::remove_if 和 std::isspace，它能一次性剔除空格、制表符、换行（\n）、回车（\r）、垂直制表符、换页符等所有标准空白字符。
注意：std::remove_if 不真正删除元素，只是把保留的元素前移，返回新逻辑结尾迭代器，必须配合 erase 才完成真实删除：
std::string s = "hello \n\t world\r\n";
s.erase(std::remove_if(s.begin(), s.end(), [](unsigned char c) {
return std::isspace(c);
}), s.end());
关键点：
-
std::isspace要求参数为unsigned char或 EOF，直接传char在某些平台（如 glibc）可能触发未定义行为，所以 lambda 里显式转成unsigned char - 不能写成
std::remove_if(s.begin(), s.end(), std::isspace)—— 因为重载歧义，编译不过 - 这个方案兼容 C++11 及以上，无需额外依赖
只删空格和换行（' '、'\n'、'\r'），不碰制表符等
如果业务明确只要去掉空格、LF 和 CR，其他空白（比如 \t）要保留，那就别用 std::isspace，改用手动判断：
立即学习“C++免费学习笔记（深入）”；
s.erase(std::remove_if(s.begin(), s.end(), [](char c) {
return c == ' ' || c == '\n' || c == '\r';
}), s.end());
这样更精准，也避免误删用户有意保留的制表缩进。常见于解析日志行或简单协议字段时——换行和空格是分隔符，但制表符可能是数据一部分。
要点：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
char类型判断足够，不用转unsigned char - 如果还要去掉
\f（换页）或\v（垂直制表），就继续在条件里加|| c == '\f'等 - 性能上比
std::isspace略快，因为无函数调用开销
用 std::copy_if 构建新字符串（不修改原串）
如果原字符串要保留，或者你想更清晰地表达“过滤”语义，用 std::copy_if 更直观：
std::string s = "a b\nc";
std::string cleaned;
cleaned.reserve(s.size()); // 预分配避免多次 realloc
std::copy_if(s.begin(), s.end(), std::back_inserter(cleaned), [](char c) {
return !std::isspace(static_cast<unsigned char>(c));
});
优势是语义明确、无副作用；缺点是多一次内存分配。如果你在循环里频繁调用，且原串很大，reserve 这一步不能省，否则可能触发多次扩容。
注意：
-
std::back_inserter是必需的，不能直接写cleaned.begin()—— 目标容器为空，没有有效迭代器 - 仍需对
std::isspace参数做unsigned char转换 - 如果确定只过滤几个字符，用
c != ' ' && c != '\n' && c != '\r'比调用std::isspace更轻量
为什么不用 std::regex_replace？
有人会想到正则：std::regex_replace(s, std::regex(R"([\s]+)"), "")。不推荐，原因很实在：
- 启动正则引擎开销大，哪怕字符串只有几十字节，也比循环判断慢一个数量级
-
std::regex在部分标准库实现中（尤其是旧版 libstdc++）bug 较多，比如对\s解释不一致，或崩溃 - 编译时开启正则支持会增大二进制体积，嵌入式或资源敏感场景不合适
- 可读性反而差：看到正则得停顿想一下
\s到底包含哪些字符，不如直接写判断条件清楚
除非你已经在用正则做其他匹配，顺便复用同一个 pattern，否则纯去空格场景没必要引入 regex。
真正容易被忽略的是 std::isspace 的参数类型陷阱——很多代码在线编译跑得通，一到生产环境（尤其不同 libc 版本）就崩，根源就在没 cast 成 unsigned char。这点必须写死在脑子里。
