std::isdigit传char可能出错是因为其参数需为unsigned char范围内的值，而有符号char的负值会导致未定义行为，glibc中可能段错误；正确做法是强制转换为unsigned char。
直接用 std::isdigit 判断 char 是否为数字字符是可行的，但必须传入 unsigned char 或非负整数，否则在某些平台（如 glibc）上可能崩溃或返回错误结果。
为什么 std::isdigit 传 char 可能出错
std::isdigit 的参数类型是 int，但它实际只接受 unsigned char 范围内的值（0–255）和 EOF（-1）。如果 char 是有符号类型（常见于 x86_64 Linux/macOS 默认），且值为负（如 'ÿ'、'\xFF'），直接传入会触发未定义行为——glibc 会访问非法内存地址，程序可能段错误。
- 典型错误现象：
Segmentation fault (core dumped)，尤其在处理二进制数据、网络包或宽字符截断后的字节时高频出现 - 不是所有平台都崩溃：MSVC 在 debug 模式下会断言，但 release 可能静默返回 false；Clang + libc++ 表现也不同
- 根本原因：C 标准库函数设计时要求调用者保证输入在
unsigned char范围内，不负责做类型转换
正确用法：强制转成 unsigned char
唯一安全写法是显式转换。不要依赖编译器或 locale 设置来“修复”这个问题。
Convert Github Repository
下载
适用于以下场景：（1）用户提供 GitHub 仓库 URL 或本地仓库路径，并请求将其转换为其他格式；（2）用户请求导出 GitHub 仓库……
char c = '\xFF';
if (std::isdigit(static_cast<unsigned char>(c))) { // ✅ 安全
// ...
}
- 必须用
static_cast<unsigned char>，不能用(unsigned char)C 风格转换（易被误读为截断操作） - 即使你确定输入来自 ASCII 字符串（'0'–'9'），也建议统一加转换——代码可维护性远高于“这里肯定没问题”的假设
- 不要试图用
c >= '0' && c <= '9'替代：它不支持 locale（比如某些 locale 下全角数字‘０’～‘９’也应视为数字），而std::isdigit支持
与 std::isdigit 相关的常见误用场景
这些地方最容易漏掉类型转换：
立即学习“C++免费学习笔记（深入）”；
- 遍历
std::string时直接对str[i]调用：std::isdigit(s[i])→ 应写成std::isdigit(static_cast<unsigned char>(s[i])) - 读取文件逐字节判断：
while ((c = fgetc(fp)) != EOF) { if (std::isdigit(c)) ... }→ 这里c已是int，且fgetc返回值范围合法（-1 或 0–255），可直接用；但若你把c存成char再传入，就又踩坑了 - 配合
std::locale使用时：std::use_facet<std::ctype<char>>(loc).is(std::ctype_base::digit, c)—— 这个接口本身接受char，内部已处理安全转换，可放心用，但性能略低
最常被忽略的一点：这个转换不是“防御性编程”，而是标准强制要求。哪怕测试用例全过，只要存在一个负值 char 输入，就可能在线上环境突然崩掉。
