类型转换和数据截断本质是二进制位的重新解释或物理裁剪：截断丢弃高位只留低位，扩展则按符号性补零或补符号位，不改变原始位模式，仅改变解读方式与存储空间。
类型转换和数据截断本质上是内存中二进制位的重新解释或物理删减，不是“数值变魔术”，而是对同一串 0 和 1 的不同读法或裁剪方式。关键不在“值变了”，而在“你怎么看它、保留哪部分”。
截断：高位直接丢弃，只留低位字节
当把一个较大类型（如 int，通常 4 字节）赋给较小类型（如 char，1 字节）时，编译器不做计算，只取原二进制表示的最低字节（即最右边 8 位），其余高位全部舍弃。
- 例如：
int x = 150;→ 二进制补码为00000000 00000000 00000000 10010110；赋给char c = x;后，仅保留10010110 - 这个
10010110若按有符号 char 解释（补码），最高位 1 表示负数，换算得 -106；若按无符号 char 解释，则是 150 - 截断不改变位模式，只改变解读视角和存储空间——本质是“位拷贝 + 位截取”
扩展：补零还是补符号？取决于有无符号
把小类型转成大类型时，需填充高位。填什么，由目标类型的符号性决定：
-
无符号扩展：高位全补 0。例如
unsigned char u = 0b10101010;扩展为 unsigned int →00000000 00000000 00000000 10101010 -
有符号扩展：复制原数符号位（最高位）到所有新增高位。例如
char c = -86;（补码10101010）扩展为 int →11111111 11111111 11111111 10101010 - 错误地用无符号扩展解释有符号数，或反之，就会导致数值错乱（比如 -1 变成 4294967295）
隐式转换中的陷阱：无符号 vs 有符号比较
C 语言在混合运算中会自动提升类型，但规则偏向无符号——只要参与运算的一方是无符号类型，另一方（哪怕是有符号负数）也会被转成无符号再比较。
- 例如：
-1 中，-1 被转为 unsigned int 的极大值（如 4294967295），结果为假（0） - 类似地：
unsigned short u = -12345;实际存的是该负数补码截断后的无符号值（约 43231），而非报错 - 这类行为不是 bug，而是标准定义，但极易引发逻辑错误，尤其在边界判断或数组索引中
实际调试建议：用十六进制看真相
十进制容易掩盖问题，二进制又太长。十六进制是观察截断/扩展最直观的方式——每个 hex 位对应 4 个二进制位，一眼看出字节边界。
- 打印时用
%x或%02x查看变量原始字节内容，比%d更可靠 - 比如 char 变量值显示为 -106，其 hex 是
9a；而 uint8_t 同样存9a显示为 154 —— 位相同，解释不同 - 配合
sizeof和内存查看工具（如 gdb 的x/b），能准确定位哪几个字节被保留或填充
