为何4字节32位存储的整数等数据转二进制时位数不足额定值？

这两个场景的二进制书写规则完全不一样，不存在矛盾。

整数类型的具体说明 #

• 人在书写数值的二进制真值时，和十进制的书写逻辑完全一致：会自动省略所有无意义的前导零。就像十进制下18不会写成00000018一样，18的二进制真值只需要写有效位10010即可，前面的27个0对数值本身没有任何贡献，属于冗余信息，自然不会写出来。
• 4字节int在内存中是固定宽度存储，不管存储的数值是多少，都必须占满32个比特位。这时候前面的前导零是存储格式要求的必填内容，18作为32位有符号整数在内存中的实际二进制是：

  00000000 00000000 00000000 00010010
  

  你平时看到的5位短二进制，只是工具或教材为了方便阅读做了简化展示，不是内存里的真实存储形态。如果是负数用补码存储，填充位是1而不是0，展示真值时这些填充位同样会被省略——比如32位int的-1内存里是连续32个1，书写真值时不会把32个1全部列出来。

其他数据类型的同理逻辑 #

你观察到的string、float、double等类型的同类现象，本质都是「可读展示省略冗余填充位」导致的：

• float、double这类定长浮点数：内存中会严格按照额定位长拆分为符号位、指数位、尾数位三部分存满，但是日常展示二进制时，只会保留对应数值的有效二进制位，填充用的无意义前导零、后置零都会被省略。比如32位float存储18.0时确实占满32位，但你看到的10010只是它的有效数值部分，不是完整存储结构。
• string类的字符序列：如果是定长字符串预留的存储空间、变长字符串的长度字段开销、字符串末尾的终止符这些非内容部分，在展示字符串内容对应的二进制时都不会被列出来，只会展示实际有效字符对应的编码二进制位，自然看起来比额定存储长度短。

简单总结：机器存储为了寻址、计算的便利性，要求固定宽度的类型必须占满额定字节，填充位不能省略；而面向人阅读的二进制表示为了简洁，会自动砍掉所有不影响数值/内容含义的冗余位，两者的适用场景完全不同。

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