直接用 static_cast 转 short 到 char 可能丢数据，需先判断是否在 char 取值范围内（-128~127 或 0~255），否则结果不可移植且语义失真。
直接用 static_cast 转 short 到 char 会丢数据，别硬转
除非你明确知道 short 值在 char 的取值范围内（通常是 -128~127 或 0~255），否则直接强转大概率出错。c++ 不做运行时范围检查，编译器也未必警告——尤其当 char 是无符号时，负数会变成很大的正数。
-
short x = 300;→static_cast<char>(x)</char>在有符号char下是实现定义行为（通常截断低 8 位，得 44）；在无符号下也是 44，但语义已失真 - 如果
x = -300，结果取决于平台和char符号性，不可移植 - 想“安全”转，得先判断：
if (x >= std::numeric_limits<char>::min() && x ::max())</char>
用 std::narrow 比手写判断更靠谱
std::narrow（来自 <span></span> 头文件，C++20 引入）专为这种窄化转换设计，会在越界时抛 std::out_of_range，比静默截断好调试得多。
- 必须包含
<span></span>，且编译器需支持 C++20（GCC 10+、Clang 12+、MSVC 19.30+） - 示例：
char c = std::narrow<char>(x);</char>—— 若x超出char表示范围，立刻抛异常 - 不适用于嵌入式或禁用异常的环境；此时仍得手动范围检查 +
static_cast
reinterpret_cast 完全不能用在这儿
reinterpret_cast 是按位重解释内存，把 short 当作两个连续字节强行读第一个字节——这既不是你要的数值转换，也不符合常见需求。
- 比如
short x = 0x1234;，reinterpret_cast<char>(x)</char>取的是低字节还是高字节，取决于平台字节序（小端得0x34，大端得0x12） - 这不是类型转换，是内存操作，和 “把 300 变成字符’c’” 完全无关
- 除非你在写序列化或硬件寄存器访问，否则看到
reinterpret_cast<char></char>就该怀疑逻辑
注意 char 的符号性：编译器默认可能不一样
char 在 C++ 中是独立类型，既不是 signed char 也不是 unsigned char，其符号性由编译器决定（GCC 默认有符号，某些嵌入式工具链默认无符号）。这直接影响边界判断和转换结果。
立即学习“C++免费学习笔记（深入）”；
- 用
static_cast前，先确认你依赖的是哪种：sizeof(char)总是 1，但std::is_signed_v<char></char>才知道它表现像谁 - 跨平台代码里，显式写
signed char或unsigned char更安全；char只用于字符串字面量或 I/O 缓冲 - Clang/GCC 可加
-fsigned-char或-funsigned-char统一行为，但别指望所有环境都配一样
事情说清了就结束。最常被忽略的其实是 char 的符号性问题——它不像 int 那样稳定，同一份代码在不同编译器下可能走完全不同的分支。