C语言中uint16_t存储负数的那些坑：为什么你的-1变成了65535？

C语言中uint16_t存储负数的二进制陷阱与解决方案

1. 从实际案例看类型转换的诡异现象

最近在调试一个嵌入式项目时，遇到了一个令人困惑的问题：原本应该存储-1的变量，读取时却变成了65535。经过排查，发现是uint16_t类型存储负数导致的。这个看似简单的类型转换问题，背后隐藏着C语言底层数据表示的复杂机制。

让我们先看一个典型示例：

#include <stdio.h>
#include <stdint.h>

int main() {
    int negative_value = -1;
    uint16_t unsigned_value = negative_value;
    
    printf("原始值: %d\n", negative_value);
    printf("转换后: %u\n", unsigned_value);
    
    return 0;
}

运行这段代码，输出将是：

原始值: -1
转换后: 65535

2. 补码：计算机存储负数的秘密

要理解这个现象，我们需要了解计算机如何表示负数。现代计算机系统普遍采用补码（Two's complement）表示法存储有符号整数。补码有以下特点：

• 最高位为符号位（0表示正数，1表示负数）
• 正数的补码与原码相同
• 负数的补码是其绝对值的二进制表示取反后加1

对于16位整数，-1的补码表示为：

当我们将这个值赋给uint16_t时，计算机会直接保留这16位二进制数，但将其解释为无符号整数：

11111111 11111111 (二进制) = 65535 (十进制)

3. 类型提升与截断的底层机制

C语言中的类型转换遵循严格的规则，特别是在涉及有符号和无符号类型时。让我们详细分析转换过程：

1. 原始赋值：

   int negative_value = -1; // 32位系统上通常是32位
   

2. 强制转换：

   uint16_t unsigned_value = (uint16_t)negative_value;
   

转换过程分为几个关键步骤：

1. 源类型（int）和目标类型（uint16_t）的位宽不同
2. 系统会先保留低16位，丢弃高1