字符与ASCII码在C++中本质是同一内存的两种解读，char转ASCII直接赋值即可（自动整型提升），ASCII转char需注意截断与符号扩展，推荐static_cast显式转换并校验范围。
字符和 ASCII 码在 C++ 中本质是同一块内存的不同解读方式，直接赋值或强制转换即可完成双向转换，无需额外库函数。
char 转 ASCII 码：隐式提升就够用
char 类型变量参与算术运算时会自动提升为 int，这就是最自然的转 ASCII 值方式。不需要写 static_cast 或 C 风格强制转换。
常见错误是误以为必须显式转换，结果写出冗余甚至出错的代码，比如对 unsigned char 用 (int) 强转后仍被符号扩展（若原值 >127）。
- 对
char c = 'A';，直接写int ascii = c;即可 —— 编译器自动执行整型提升 - 若
c是负值（如char c = '\xFF';在有符号 char 平台上），(int)c会保留符号位，得到 -1；此时应先转unsigned char再转int：(int)(unsigned char)c - 安全写法（兼容 signed/unsigned char）：
static_cast<int>(static_cast<unsigned char>(c))</unsigned></int>
ASCII 码转 char：注意范围与截断
把一个整数赋给 char 变量，编译器会截断高字节，只保留低 8 位。只要整数值在 0–255 范围内，结果就是对应 ASCII 字符（或扩展 ASCII）。
立即学习“C++免费学习笔记（深入）”；
但若整数超出 char 表示范围（如 int x = 300;），直接 char c = x; 会静默截断为 300 & 0xFF == 44，即 ',' —— 这不是错误，而是标准行为，但容易被忽略。
- 推荐显式转换以表明意图：
char c = static_cast<char>(65); // 'A'</char> - 若输入可能越界，应先校验：
if (x >= 0 && x (x); - C 风格
(char)65可用，但不如static_cast清晰且易被 IDE 检查
处理字符串中的每个字符：循环 + 自动提升
遍历 std::string 或 C 风格字符串时，每个 char 元素在参与计算时都会自动转为 int，适合批量获取 ASCII 值。
std::string s = "Hi";
for (char c : s) {
int code = c; // 不是 cast，是提升
std::cout << c << ": " << code << "\n";
}
// 输出：
// H: 72
// i: 105
注意：std::string::operator[] 返回 char&，所以 c 是值拷贝，不会影响原字符串；若需修改原字符，应使用引用 char& c，但转 ASCII 时仍用其值。
宽字符与多字节问题：ASCII 转换不适用 wchar_t / UTF-8
上述所有转换仅适用于单字节字符集（如 ASCII、ISO-8859-1）。一旦涉及 wchar_t、char16_t、UTF-8 字节序列，就不能简单靠 static_cast 获取“字符码点”。
例如：wchar_t wc = L'中'; 的值是 20013（U+4E2D），但 static_cast<int>(wc)</int> 得到的是这个码点值 —— 这不是 ASCII，也不代表任何单字节编码；而 UTF-8 中“中”占 3 字节 \xE4\xB8\xAD，每个字节单独转 int 得到的是 228、184、173，毫无语义。
- 纯 ASCII 场景下，
char↔int安全可靠 - 遇到中文、emoji 或跨平台宽字符，必须用
<codecvt>（已弃用）或现代方案如std::from_chars、iconv、或第三方库（utf8cpp、Boost.Locale） - 不要试图用
static_cast把 UTF-8 字节数组首地址转成int*来“读码点”——这是未定义行为
真正容易出错的地方不在转换语法本身，而在混淆字符编码模型：把 UTF-8 字节当 ASCII 处理，或把 wchar_t 值误当作 ASCII 码。确认输入确实是单字节、0–127 范围内的字符，再用这套转换逻辑。
