std::isalnum 崩溃是因为传入有符号负值 char 时触发未定义行为，必须先转为 unsigned char 再传入；它仅适用于 ASCII 字母数字判断，不支持 Unicode。
直接用 std::isalnum 判断 char 是否为字母或数字最安全，但必须传入 unsigned char 或检查是否为 EOF，否则在负值 char 上可能崩溃或返回错误结果。
为什么 isalnum 会崩？——字符符号性陷阱
std::isalnum（及所有 <ctype.h></ctype.h> 系列函数）要求参数是 int 类型，且其值必须能表示为 unsigned char，或等于 EOF。如果平台 char 默认是有符号的（如 x86-64 Linux GCC），而你传入一个值为 -33 的 char（比如读文件时遇到非 ASCII 字节），它会被提升为 int 后仍是负数，触发未定义行为。
常见现象：isalnum('é') 在 Latin-1 编码下可能返回 0 或 crash；调试时发现某次循环突然跳过判断、程序 abort。
- 永远不要直接传
char变量给isalnum - 正确做法：先转成
unsigned char，再转int：isalnum(static_cast<unsigned char>(c))</unsigned> - 若从
std::istream::get()或fgetc()读取，返回值本就是int，且已含 EOF 检查，可直接用
isalnum 的实际使用场景与替代方案
它适合快速过滤 ASCII 范围内的字母数字，不适用于 Unicode 字符（如中文、emoji）。若需宽字符或多字节支持，应改用 std::iswalnum + wchar_t，或 ICU / std::from_chars 等现代方案。
立即学习“C++免费学习笔记（深入）”；
典型用途：解析标识符、校验输入格式（如密码只含字母数字）、跳过非关键字符。
- ASCII 场景下性能高，内联展开后几乎无开销
- 依赖当前 C locale；若调用过
setlocale(LC_CTYPE, "...")，行为会变化（例如德语 locale 下ß可能被识别为字母） - 不想依赖 locale？用
(c >= 'a' && c = 'A' && c = '0' && c 更明确，但不可移植到 EBCDIC
一个安全又简洁的封装写法
避免每次手写 static_cast，可以封装一层：
inline bool is_alnum_safe(char c) {
return std::isalnum(static_cast<unsigned char>(c));
}
注意：这个函数不处理 EOF（char 类型无法表示 EOF），所以仅用于已知是有效字符的场景；若从流中逐字节读取并需要判 EOF，请用 int ch = fgetc(fp); if (ch == EOF) break; if (isalnum(ch)) { ... }。
真正容易被忽略的是：哪怕你只处理英文文本，只要输入来源不可控（如用户粘贴、文件二进制混入、网络接收），char 的符号性就随时可能让 isalnum 出问题。加那行 static_cast<unsigned char></unsigned> 成本极低，却是稳定性的分水岭。
