学习Java补码存储后存疑：计算机如何区分二进制有符号与无符号数？

核心逻辑非常直接：计算机存储的二进制本身没有“有符号”或“无符号”的标记，完全由你的代码、使用的数据类型或者CPU执行的指令来决定如何解读这串0和1。

拿你提到的二进制11010101举例：

• 若按8位有符号整数解读（比如Java里的byte类型），最高位是符号位（1代表负数），按补码规则计算后得到-43；
• 若按8位无符号整数解读，所有位都是数值位，计算后得到213。
  两种结果的差异，完全来自解读规则的不同，和存储的二进制本身无关。

具体来说，解读规则由这几点决定： #

• 数据类型定义规则
  在强类型语言（比如Java、C）中，变量的类型直接指定了解读方式：

  • 比如Java里声明byte b = (byte)0xD5;（0xD5对应二进制11010101），编译器会按有符号数处理，输出b会得到-43；
  • 要是想按无符号解读，就得用Byte.toUnsignedInt(b)这样的工具方法，得到的结果就是213。
    C语言里的unsigned char则直接明确告诉编译器：把这段二进制当成无符号数处理。

• 硬件指令区分处理
  CPU本身有两套独立的运算指令集：一套针对有符号数（比如带符号加法、带符号比较），一套针对无符号数（无符号加法、无符号比较）。编译器会根据你代码里的数据类型，生成对应的指令，CPU执行时就按指令指定的规则来处理二进制。

• 补码是有符号数的专属编码规则
  你在书里学到的补码，只是有符号整数的存储编码方案——只有当你选择按有符号数解读时，补码规则才会生效，用来将二进制转换为对应的正负数值。如果按无符号解读，所有位都是普通的数值位，不存在符号位，自然也不需要补码规则。

关于你提到的“不存在-0”：在补码规则下，0的表示是唯一的全0（00000000），而原本可能用来表示-0的二进制10000000（8位），被分配给了8位有符号数的最小值-128，这是补码编码的特性，同样是有符号数解读规则下的结果。

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