必须将 char 强转为 unsigned char 再传给 std::isspace，否则在有符号 char 平台上对 128–255 字节传入会导致未定义行为；该函数仅识别 C locale 下的 6 个 ASCII 空白符，不支持 Unicode 空白。
用 std::isspace 判断字符是否为空白符，必须传入 unsigned char 或 EOF
直接对 char 变量调用 std::isspace 是危险的——如果当前平台 char 默认为有符号类型（如大多数 x86_64 Linux/macOS），而你又传入了值在 128–255 范围内的字节（比如 UTF-8 中文字符的高位字节、或某些 Latin-1 扩展字符），char 会被解释成负数，再隐式提升为 int 后变成负值，而 std::isspace 只接受非负值（0–255）和 EOF；传入负值（除 EOF 外）会导致未定义行为。
实操建议：
- 始终将
char强转为unsigned char：std::isspace(static_cast<unsigned char>(c))</unsigned> - 不要写
std::isspace(c)，哪怕编译通过、局部测试“看起来正常” - 如果处理的是
std::string中的字符，同样要逐个转：std::isspace(static_cast<unsigned char>(s[i]))</unsigned> - 遇到
EOF（比如从getchar()读到）可直接传，它本就是int类型且合法
std::isspace 不识别 Unicode 空白，只认 C locale 的 256 字节映射
它判断的是「当前 C locale 下，该字节是否被定义为空白字符」，不是「这个 Unicode 码点是不是空白」。也就是说，即使你用 UTF-8 编码读入一个中文全角空格（U+3000，编码为 0xE3 0x80 0x80），std::isspace 对其中任意一个字节（0xE3、0x80）都会返回 false —— 因为它只查单字节查表，且默认 locale（通常是 "C"）的空白集只有 ' '、'\t'、'\n'、'\v'、'\f'、'\r' 这 6 个。
使用场景提醒：
立即学习“C++免费学习笔记（深入）”；
- 纯 ASCII 文本清洗、配置文件解析、命令行参数拆分等，
std::isspace足够快也足够准 - 处理用户输入、网页内容、多语言文本时，它会漏掉全角空格、Unicode 分隔符（如 U+2000–U+200B）、换行控制符（如 U+2028）等
- 没有“开启 Unicode 支持”的开关；换 locale（如
setlocale(LC_CTYPE, "en_US.UTF-8")）也**不会扩展**std::isspace的判断范围 —— 它仍只看单字节，且多数 UTF-8 locale 实现里，非 ASCII 字节依然不被视为空白
替代方案：需要真 Unicode 空白判断时，别硬扛 std::isspace
如果你确实需要识别 U+3000 全角空格、U+2003 em 空格、U+2029 段落分隔符等，std::isspace 不是合适的工具。C++20 前没有标准库函数支持，得靠外部逻辑。
常见做法：
- 用 ICU 库的
u_isUWhiteSpace()（最可靠，但引入依赖） - 用 Boost.Locale：
boost::locale::isblank(ch, locale)，支持 UTF-8 解码后判断 - 自己维护一个小型查找表（仅限明确知道需支持的几个码点，例如只处理中文环境下的全角空格）
- C++20 起可用
std::unicode::is_blank（注意：目前 GCC/Clang 尚未完全实现，MSVC 也不支持；别贸然用）
别试图用 std::isspace 加一层 UTF-8 解码循环来“绕过”——解码本身就有状态管理成本，且容易出错；不如直接选对工具。
性能差异微乎其微，但误用代价远高于切换函数
std::isspace 本质是查一张 256 元素的静态表，比手写 c == ' ' || c == '\t' || ... 还略快一点。但它的真正成本不在速度，而在语义陷阱：一次没转 unsigned char，可能在某个特定输入下崩溃或逻辑错乱，而这种 bug 很难复现。
所以实际工程中：
- 宁可多敲几个字符写
static_cast<unsigned char>(c)</unsigned>，也不要图省事少打两个词 - 如果项目已用 ICU 或 Boost，且空白判断逻辑分散多处，统一抽成
is_unicode_whitespace(char32_t)更安全 - 别为了“避免函数调用开销”把
std::isspace展开成 if 链——现代编译器能内联优化，且可读性反而下降
最常被忽略的一点：很多团队在代码审查时只盯逻辑分支和内存安全，却放过了字符类型转换这行“不起眼”的 cast。它不出现在错误日志里，也不报编译警告，只在某个边缘输入路径上静默失效。
