整数字面量的内存映射机制及C语言内存分配相关技术问询

咱们先把你的问题拆成两部分来聊：整数字面量在内存里的存储逻辑，以及你那段C代码为啥输出和预期不一样。

一、整数字面量的内存映射逻辑 #

整数在现代计算机内存里，几乎都是以二进制补码的形式存储的——不管是int、long还是其他整数类型。对于多字节的整数（比如常见的4字节int），字节在内存中的排列顺序取决于系统的字节序（endianness）：

• 小端序（Little Endian）：最低有效字节（LSB，也就是数值里最“小”的那部分）存在内存的低地址处，最高有效字节（MSB）存在高地址处。这是x86、AMD64等主流PC架构的默认方式，也是你遇到这个问题的核心原因之一。
• 大端序（Big Endian）：和小端序相反，最高有效字节存在低地址，最低有效字节在高地址。常见于一些嵌入式系统，或者网络协议（比如TCP/IP用的“网络字节序”就是大端序）。

举个例子，数值130作为4字节int，二进制是00000000 00000000 00000000 10000010（十六进制0x00000082）：

• 小端序下，内存从低到高的字节是：0x82 → 0x00 → 0x00 → 0x00
• 大端序下，内存从低到高的字节是：0x00 → 0x00 → 0x00 → 0x82

二、你的C代码输出不符的原因解析 #

先把你的代码再贴出来方便分析：

int a = 130; 
char *ptr; 
ptr = (char *) &a; 
printf("%d", *ptr);

你预期输出0，但实际得到-126，这里有两个关键因素在起作用：

1. 小端序的字节存储 #

刚才说了，主流PC都是小端序，所以int a = 130在内存里的第一个字节（低地址处）是0x82，而ptr指向的正好是这个字节——这和你之前“最高有效位在左侧填充”的认知相反，小端序就是把最小的字节放在最前面。

2. 有符号char的符号扩展 #

在绝大多数C编译器里，char默认是有符号类型。当你把char类型的*ptr传给printf("%d")时，会发生整数提升：把8位的char扩展成32位的int。

• 0x82的二进制是10000010，最高位是1（这在有符号数里表示负数），所以扩展时会把所有高位都填充为1，变成11111111 11111111 11111111 10000010。
• 这个32位补码对应的十进制就是-126（补码转原码的规则：取反加1，得到10000000 00000000 00000000 01111110，也就是-126）。

验证你的预期场景 #

如果你预期输出0，那要么是假设系统是大端序（此时ptr指向的是最高位字节0x00），要么是假设char是无符号类型。你可以改代码验证：

#include <stdio.h>
int main() {
    int a = 130;
    // 用unsigned char避免符号扩展
    unsigned char *ptr = (unsigned char *)&a;
    printf("无符号char输出：%d\n", *ptr); // 小端序下输出130
    // 查看int的十六进制存储（printf会按高位到低位输出）
    printf("int的十六进制：%x\n", a);    // 小端序下输出82000000
    return 0;
}

总结 #

• 整数以补码形式存储，多字节整数的字节顺序由系统字节序决定，主流PC是小端序。
• char默认有符号，当它的值最高位为1时，提升为int会触发符号扩展，导致数值变成负数。
• 你的代码结果正是小端序+有符号char共同作用的结果。

内容的提问来源于stack exchange，提问作者Bhai Jaan