std::iscntrl 依据 C locale 判定 ASCII 0–31 和 0x7f 为控制字符，不处理 UTF-8 多字节；清除时须用 erase-remove 惯用法，lambda 参数为 unsigned char 防 UB。
std::iscntrl 判断哪些字符算控制字符
控制字符不单指 \n、\t、\r，C++ 标准里 std::iscntrl 依据当前 C locale 判定：ASCII 码 0–31（含 \0 到 \x1f）和 \x7f（DEL）都返回 true。注意：它**不识别 UTF-8 多字节序列中的控制含义**，只按单字节判；对宽字符要用 std::iswcntrl。
常见误用是以为 \x85（Unicode 下的 next line）或某些 BOM 字节会被捕获——不会，std::iscntrl 在默认 "C" locale 下严格按 ASCII 控制集走。
用 erase + remove_if 清除控制字符最稳妥
别手写循环 erase，容易越界或漏删。标准做法是“移除-擦除惯用法（erase–remove idiom）”：
str.erase(std::remove_if(str.begin(), str.end(), [](unsigned char c) {
return std::iscntrl(c);
}), str.end());
关键点：
立即学习“C++免费学习笔记（深入）”；
- lambda 参数必须是
unsigned char：因为char在某些平台是 signed，传负值给std::iscntrl会 UB（未定义行为） - 不能直接用
char或int作参数，否则\xFF类字节可能被解释为 -1，触发std::iscntrl(-1)—— 这是非法调用 -
std::remove_if不真正删除，只重排，返回新逻辑尾迭代器；erase负责截断，两者合起来才是安全清除
处理含 \0 的字符串要特别小心
std::string 允许内部含 \0，但如果你后续要传给 C 风格函数（如 printf、strlen），清除后仍需确认是否残留 \0 —— std::iscntrl('\0') 返回 true，所以它会被正常清除。但问题常出在源头：
- 从二进制数据构造
std::string时用了string(const char*, size_t)构造函数，而非string(const char*, const char*)或指定长度，会导致提前截断 - 用
c_str()取指针后传给 C 函数，即使 string 里已无\0，也要确保接收方不依赖 null 结尾（比如写入文件就没事，但system()就会崩）
性能与替代方案对比
对短字符串（erase + remove_if 完全够用；长文本批量处理时，可考虑预分配空间避免多次 realloc：
std::string clean;
clean.reserve(str.size()); // 预留上限
for (unsigned char c : str) {
if (!std::iscntrl(c)) clean += c;
}
str = std::move(clean);
但要注意：这个循环版在 VS2019+ / GCC11+ 下通常比 erase-remove 慢，因 += 触发多次检查与扩容；而 erase-remove 是单次遍历 + 单次内存移动。真正影响性能的是 locale 设置——若全局 locale 被设为非 "C"（比如中文 locale），std::iscntrl 可能变慢且行为变化，务必用 std::locale::classic() 限定：
auto is_cntrl = [](unsigned char c) {
return std::iscntrl(c, std::locale::classic());
};
实际项目里，只要没显式切换过 locale，std::locale::classic() 就是默认行为，但显式写出更防疏漏。
