字符字面量参与算术运算时结果为int而非char，因C++整型提升规则将char等小整型自动转为int；如char c = 'a' + 1;不报错但可能隐式截断，且char有符号性易致下标错误，应显式使用unsigned char或强制转int处理。
字符字面量参与算术运算时，结果是int不是char
直接对 'a'、'z' 做加减，比如 'a' + 1，C++ 会自动把它们提升为 int。这不是 bug，是整型提升规则：所有小于 int 的整型（包括 char）在运算前都会转成 int。
常见错误是以为 char c = 'a' + 1; 会出错或截断——它不会报错，但可能隐式丢精度（如果值超出 char 范围）。更危险的是用它当数组下标却忘了符号性：
-
char在多数平台是有符号的，'\xFF' + 1可能变成-128，而非预期的0 - 想安全做偏移，显式用
unsigned char或强制转int再处理 - 比较字符范围时别写
'a' —— 这实际等价于 <code>('a' ，永远为真
用static_cast转换ASCII码数字要防越界
把一个整数（比如 65）转成字符，写 static_cast<char>(65)</char> 是标准做法。但没人替你检查这个数是否在有效字符范围内。
典型翻车场景：
立即学习“C++免费学习笔记（深入）”；
-
static_cast<char>(256)</char>→ 结果是0（模 256 截断），不是你想要的“无效字符” - 读取二进制数据时，直接把
uint8_t强转char，若原值 >127，在有符号char平台上会变负数，影响std::cout <<输出（显示为负或乱码） - 跨平台代码中，优先用
unsigned char存原始字节，需要打印可读字符时再按需转
std::string里单个字符修改后，ASCII算术要小心signedness
std::string 的 operator[] 返回 char&，而 char 的符号性由编译器决定。这意味着 s[0] += 1 在不同平台行为可能不一致。
例如：
std::string s = "\xFF"; s[0] += 1; // 在 signed-char 平台：-1 + 1 = 0；在 unsigned-char 平台：255 + 1 = 0（溢出）
真正可控的做法：
- 改之前先转成无符号类型：
unsigned char uc = static_cast<unsigned char>(s[0]); s[0] = static_cast<char>(uc + 1);</char></unsigned> - 如果只是做大小写转换，别手算
+' '或-32，用std::toupper/std::tolower（注意 locale 和参数类型） - 避免对
std::string中非 ASCII 字节（如 UTF-8 多字节序列首字节）做算术，会破坏编码
用char做循环变量遍历ASCII字母容易漏掉边界
写 for (char c = 'a'; c 看似自然，但一旦 <code>char 是有符号的，且平台最大 char 是 127，那么 c 到 'z'（122）之后再 ++ 就变成 -128，循环永不停止。
这不是理论风险，GCC/Clang 在 -O2 下真会优化掉这种循环判断，导致未定义行为。
- 正确写法是用
int或unsigned char做索引：for (int i = 'a'; i (i); - 或者用范围 for + 字符串字面量：
for (char c : "abcdefghijklmnopqrstuvwxyz")（注意结尾 \0） - 若需包含大小写，别拼接两个循环，用
std::array<char, 52>显式列出更安全
字符运算本身不复杂，难的是记住每一步背后都有整型提升、符号性、平台定义和溢出截断四层水。写完记得看一眼生成的汇编，或者至少加个 static_assert 锁定 sizeof(char) 和符号性假设。
