字符加减本质是ASCII码整数运算，如'a'+1得98（'b'），非字符串拼接；需注意char有符号性及溢出风险，大小写转换推荐static_cast后调用std::toupper或位运算优化。
字符加减操作本质是 ASCII 码运算
在 C++ 里，char 类型变量参与加减，实际是在对它的 ASCII 值做整数运算。比如 'a' + 1 得到的是 98，也就是 'b' 的编码值，不是“字符串拼接”或“逻辑偏移”。这点一旦误解，就会写出看似合理但行为诡异的代码。
- 常见错误现象：
'0' + 5想得到字符'5'，结果是对的；但写成'0' + '5'就变成 48 + 53 = 101 →'e'，完全不是预期 - 使用场景：批量生成连续字母、数字字符，或做简单映射（如把
'A'→0、'B'→1） - 注意
char有符号性：某些平台下char默认是signed char，值域 -128~127，做加法溢出后行为未定义；稳妥起见，显式转成unsigned char再算
大小写转换别依赖 std::toupper/std::tolower 直接传 char
直接写 std::toupper('a') 看似没问题，但这是危险的——std::toupper 参数类型是 int，且要求传入值能映射为 unsigned char 或 EOF。如果 char 是有符号的，且值为负（比如 0xFF 在 signed char 下是 -1），传进去就触发未定义行为。
- 正确做法：先强转
static_cast<unsigned char>(c)</unsigned>，再进std::toupper - 更轻量替代：用位运算。小写转大写：
c & ~0x20（前提是确定是 ASCII 字母）；大写转小写：c | 0x20。但仅适用于纯 ASCII，不兼容 Unicode 或 locale 特殊规则 - 性能影响：位运算比
std::toupper快一个数量级，但牺牲可移植性和可读性；线上高频循环中值得权衡
判断字符是否为数字，别只用 c >= '0' && c
这个写法在 ASCII 环境下成立，但严格来说，C++ 标准只要求 '0' 到 '9' 连续，没保证它们必须是 48~57。不过现实中所有主流编译器都满足，所以它通常安全。真正容易踩坑的是误以为 isdigit(c) 更“标准”就无脑用。
-
isdigit参数同样要unsigned char或EOF，传负值会 UB；和std::toupper同样的陷阱 - 使用场景：解析输入流、手写 tokenizer 时，若已知输入是 ASCII，直接比较更直观；若需 locale 支持（比如处理希腊数字），才用
std::isdigit配合std::locale - 参数差异：
isdigit是 C 风格函数，头文件<ctype.h></ctype.h>；std::isdigit是 C++ 封装，头文件<locale></locale>，后者需传std::locale对象，开销更大
混合运算时小心整型提升与符号扩展
两个 char 相加，比如 char a = 'A', b = 5; auto x = a + b;，结果类型不是 char，而是 int——这是 C++ 的整型提升规则。如果你接着赋给 char 变量，会静默截断，可能丢数据。
立即学习“C++免费学习笔记（深入）”；
- 常见错误现象：循环中
for (char c = 'a'; c ，当 <code>c达到127后再 ++，在 signed char 下变成 -128，导致死循环 - 解决办法：用
unsigned char做循环变量，或改用int控制索引，最后再转char - 兼容性影响：ARM64 和 x86_64 下行为一致，但嵌入式平台（如某些 Cortex-M）若
char被设为 unsigned，默认行为不同，跨平台项目必须显式声明符号性
ctype.h 系函数（isdigit、isalpha、toupper 等）对负值输入都不安全，而 char 是否带符号由编译器和平台决定——这行代码在你本地跑得通，上线后可能在某台机器上崩掉。 
