指针大小与架构的关联：非统一指针大小的场景问询

你在普通台式机上的观察确实是最常见的情况，但C++标准可没给死规矩——它没强制要求所有指针类型大小一致，也没要求必须和架构位数绑定，这就给不同平台、编译器留下了灵活操作的空间。下面就针对你问的三个场景逐一唠明白：

1. 不同数据类型指针大小不等的情况 #

这种情况大多出现在分段内存模型或者内存区域分化明显的平台上：

• 早期16位x86（DOS时代）是典型代表：char*这类指向数据段的"近指针"通常是16位（2字节），而指向更大内存空间的int*或者"远指针"需要存储段选择符+偏移，是32位（4字节），两者大小直接差一倍。
• 不少8位/16位嵌入式MCU也有类似设计：比如某款8位单片机，指向片内RAM的指针是8位（1字节，因为片内RAM只有256字节），而指向外部Flash的指针是16位（2字节，Flash容量更大），不同数据类型的指针（比如uint8_t*和const uint16_t*）大小就不一样。

2. 数据类型指针与函数指针大小不等的情况 #

这种场景在混合寻址空间的处理器上很常见：

• 早期PowerPC架构和部分DSP：数据内存和代码内存是分开的独立寻址空间，数据指针指向数据区，函数指针指向代码区，两者的地址宽度可能不同。比如数据区是32位寻址（指针4字节），代码区是24位寻址（指针3字节），这时候函数指针就比数据指针小。
• 16位Windows程序里：函数指针通常是"远指针"（4字节，跨段调用），而数据指针如果是"近指针"（2字节，仅在当前数据段访问），两者大小明显不同。
• 一些嵌入式系统中，函数存储在特殊的只读内存（比如OTP ROM），需要额外的标志位来标记访问方式，导致函数指针的存储长度比普通数据指针多几个位，最终大小更大。

3. 指针大小与目标架构位数不匹配的情况 #

这种情况要么是编译配置刻意调整，要么是架构本身的特殊设计：

• 64位x86_64平台上，如果你用编译器选项-m32编译程序，整个程序会以32位模式运行，所有指针都会变成4字节，和32位架构一致，完全不匹配64位的架构位数。
• 部分64位ARM（AArch64）设备支持压缩指针：如果系统内存不超过4GB，编译器可以启用选项让指针只用32位存储，这时候指针大小是4字节，和64位架构位数不匹配。
• 一些古老的小众架构：比如18位的处理器，但为了兼容更大的扩展内存，指针设计成24位；或者32位架构但实际只用到24位寻址空间，编译器就会生成24位的指针（存储为3字节），和架构位数不一致。

补充一句 #

C++标准只硬性要求void*和char*的大小必须相同，其他所有指针类型的大小、相互关系都由具体平台和编译器决定——你的台式机测试是主流场景，但在嵌入式、复古计算或者特殊编译配置下，各种例外情况都可能出现。

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