结论：别直接用 isdigit 和 isalpha 判断 char 值，必须先转 unsigned char；它们仅支持 ASCII，不支持 Unicode，多语言场景应改用 locale-aware 或 Unicode 库方案。
直接说结论：别用 isdigit 和 isalpha 判断任意 char 值——传入负数（比如 char c = '\xFF'）可能崩溃或返回错误结果，这是 C/C++ 标准里明文规定的未定义行为。
为什么 isdigit 传 char 会出问题
这些函数原型是 int isdigit(int c)，但只接受 EOF 或「可表示为 unsigned char 的值」。如果平台 char 是有符号类型（比如 x86-64 Linux 默认），而你传了 '\xFF'（即 -1），它会被提升为负的 int，触发未定义行为——可能段错误、返回假值，甚至看似正常但逻辑错乱。
- 必须先转成
unsigned char再传：isdigit((unsigned char)c) - 宏版本（
<ctype.h>）和 C++ 封装（<cctype>）都一样，没区别 - 不是编译警告，是运行时隐患，静态分析工具（如 clang-tidy）常能抓到
cppcoreguidelines-pro-type-vararg类似问题
isalpha 在宽字符或 Unicode 场景下完全失效
它只认 ASCII 字母（A–Z, a–z），对中文、日文、带重音的 é/ñ/ç 等一律返回 0。想支持多语言？别碰这个函数。
- 简单替代：C++20 起可用
std::isalpha(std::locale)，但需指定 locale（比如std::locale("en_US.UTF-8")） - 更可靠方案：用 ICU 库或
std::any_of配合 Unicode 范围判断（例如检查是否在U+4E00–U+9FFF） - 注意：
std::iswalpha支持宽字符，但依赖当前 C locale，Linux 上默认 C locale 不识别 UTF-8 字节流
实际写法推荐：封装一层再用
把转换逻辑收进小函数，避免每次手写强制转换，也方便后续替换成 Unicode 版本。
立即学习“C++免费学习笔记（深入）”；
inline bool safe_isdigit(char c) {
return std::isdigit(static_cast<unsigned char>(c));
}
inline bool safe_isalpha(char c) {
return std::isalpha(static_cast<unsigned char>(c));
}
- 加
inline防止函数调用开销（现代编译器通常自动内联，但显式写更稳） - 不要用
std::前缀调用裸名（如isdigit），避免意外调到宏版本导致宏展开失败 - 如果项目已用 C++17，考虑用
std::from_chars解析数字字符串，比逐字符isdigit更安全高效
最麻烦的地方不在函数本身，而在「你以为它只是个判断工具，其实它对输入类型极其敏感」——一个没 cast 的 (unsigned char)，就可能让测试通过、线上崩掉。别省那两个字符。
