std::isdigit 传 char 可能崩溃，因它要求参数为 unsigned char 范围内或 EOF；有符号 char 的负值（如 -1）导致未定义行为；应转为 unsigned char 再转 int。
为什么 std::isdigit 传入 char 可能崩溃或返回错误结果
因为 std::isdigit 要求参数是 int 类型，且必须在 unsigned char 范围内（0–255）或为 EOF。直接传 char（尤其在有符号平台下）会导致负值，如 'ÿ'（值为 -1）被解释为 255 以外的非法 int，触发未定义行为——常见表现是程序崩溃、随机返回 false 或段错误。
- 始终把
char强转为unsigned char再转int：std::isdigit(static_cast<int>(static_cast<unsigned char>(c)))</unsigned></int> - 别用
(int)c直接转换，它不解决符号扩展问题 - 该规则适用于所有
<ctype.h>/<cctype>函数（isalpha、isspace等同理）
std::isdigit 和 std::isdigit 的 locale 差异在哪
标准库中其实有两个 std::isdigit：C 风格的全局函数（来自 <cctype>）和 C++ 风格的 locale 成员函数（std::locale::is(std::ctype_base::digit, c)）。前者只认 ASCII '0'–'9'；后者依赖当前 locale，可能识别 Unicode 数字（如阿拉伯数字、全角数字），但默认 std::locale{} 通常仍是 C locale，行为等价于 C 版本。
- 绝大多数项目用
<cctype>版就足够，轻量且确定 - 若需支持非 ASCII 数字（如处理用户输入的中文数字），应改用
std::codecvt或第三方库（如 ICU），不要指望std::isdigit自动处理 - 调用 locale 版本需注意：构造
std::locale开销不小，避免在循环里重复创建
替代方案：手写判断比 std::isdigit 更快吗
对于 ASCII 字符，c >= '0' && c 比 <code>std::isdigit 快——它编译为单条比较指令，无函数调用开销，也绕过了类型转换安全检查。但前提是确认输入一定是 ASCII 字符（比如解析纯数字字符串、协议字段）。
- 安全场景（如读取未知来源的文本）仍推荐带类型转换的
std::isdigit - 性能敏感且可控场景（如 JSON 解析器内部）可直接比较：
if (c >= '0' && c - 注意：这个写法对宽字符（
wchar_t）无效，std::isdigit也不支持宽字符——要用std::iswdigit
常见误用导致的静默错误
最典型的坑是把字符串指针或迭代器解引用后没检查边界，直接喂给 std::isdigit：
立即学习“C++免费学习笔记（深入）”；
std::string s = "123";
if (std::isdigit(s[5])) { ... } // s[5] 是 '\0'，转 int 后为 0 → isdigit(0) 返回 false（正确），但更危险的是 s[10] 是越界内存
-
std::isdigit不检查输入是否为有效字符，越界读取属于未定义行为 - 永远先确保索引合法：
if (i (static_cast<unsigned char>(s[i]))))</unsigned> - 用
std::string_view或范围 for 时，也要留意底层数据是否以 null 结尾或是否完整覆盖
类型转换那一步最容易被跳过，一漏就是运行时玄学问题。不是所有编译器都会警告，也不是所有测试能覆盖到负 char 值场景。
