根本原因是char默认有符号，负值作下标导致未定义行为；应显式转为unsigned char再转size_t或int，避免隐式提升引发越界访问。
为什么 char 当下标会触发警告
编译器（尤其是 GCC/Clang）看到用 char 类型变量做数组索引时，会发出 warning: array subscript has type 'char'。根本原因是：在大多数平台，char 是有符号类型（signed char），取值范围是 -128 到 127；而数组下标必须是非负整数。一旦 char 值为负（比如从用户输入、文件读取或网络数据中来），它会被直接提升为 int，但保留负号——结果就是访问非法内存位置，行为未定义。
最安全的修复方式：显式转换为无符号类型
不要依赖隐式提升，也不要用 (int) 强转（它不解决负值问题）。正确做法是先转成 unsigned char，再转成 size_t 或 int（取决于数组大小）：
- 如果下标用于访问长度 ≤ 128 的数组，且你**确定输入不会越界**，可转为
unsigned char后再转int：char c = get_input(); arr[(unsigned char)c]; // 避免负值被解释为大正数
- 如果数组较大（如查找表 256 元素），或需兼容任意
char值，统一用static_cast<size_t>(static_cast<unsigned char>(c))</unsigned></size_t> - 若该
char实际代表 ASCII 字符（0–127），更推荐一开始就用unsigned char接收，避免源头污染
常见踩坑场景与对应改法
这类警告常出现在字符串处理、字符映射、哈希计算等代码中：
-
读取文件字节后直接当索引：
fread(&c, 1, 1, f); table[c]++→ 改为table[(unsigned char)c]++ -
用
std::string::at()结果当索引：char c = s[i]; lookup[c]→ 改为lookup[(unsigned char)c] -
函数参数是
char却用于查表：void f(char c) { return map[c]; }→ 改函数签名为void f(unsigned char c)，调用处也同步修正
能不能关掉这个警告
可以，但不建议。GCC 用 -Wno-char-subscripts，Clang 类似。但关警告不等于问题消失——它掩盖了潜在的负下标访问风险。尤其在跨平台项目中，char 有无符号性本就依赖编译器和 ABI，靠关警告维持“看起来没报错”，后续遇到嵌入式平台或不同 STL 实现时容易突然崩溃。
立即学习“C++免费学习笔记（深入）”；
真正需要关注的是：那个 char 变量是否**语义上允许为负**？如果它本应是字节值（0–255），就该用 unsigned char；如果它真是带符号的字符（比如要做算术比较），那就不该直接当数组下标——得加范围检查或逻辑转换。
