二进制补码计算工具（有符号整数二进制转换）
将有符号十进制整数转换为8/16/32/64位的二进制补码表示，或进行反向转换。同时显示无符号整数解释、十六进制表示，并检测超出范围的输入。
什么是二进制补码
二进制补码是计算机用来表示有符号整数（既可以是正数也可以是负数）的编码方式。正数直接以普通二进制存储，而负数则通过将其绝对值的每一位取反再加1得到。最高位（MSB）同时承担符号标志的作用：为1表示负数，为0表示正数，具体能表示的范围取决于所选的位宽（8、16、32或64位）。
本工具可以将有符号十进制整数转换为你所选位宽下的二进制补码模式，也可以反向将二进制字符串转换回十进制。除主结果外，还会同时显示同一比特序列作为无符号数的解释、十六进制表示，以及与原码表示的对照，帮助你直观理解同一组比特在不同解读方式下代表的不同含义。
二进制补码计算工具的使用方法
- 选择位宽 从8、16、32、64位中选择你想确认的整数类型对应的位宽。
- 选择转换方向 在"十进制→二进制"和"二进制→十进制"之间切换所需的转换方向。
- 输入数值 输入有符号十进制整数（如-5），或输入二进制比特串（如11111011）。
- 查看转换结果 有符号/无符号十进制值、补码比特模式和十六进制表示会同时显示出来。
- 确认范围/溢出提示 输入超出该位宽表示范围的值会触发错误提示，借此确认溢出边界的位置。
用好本工具的小技巧
- 8位有符号整数的范围是-128到127。可以尝试先输入127再输入128，观察溢出边界——128无法容纳并会触发范围错误，而这正是原本会回绕到-128的边界点。
- 「无符号十进制」这一行是将同一比特序列不作为符号位处理而直接解读得到的值。与有符号那一行对比，能立刻看出有符号与无符号解释之间的差异。
- 二进制输入的位数必须与所选位宽完全一致——8位输入8位数字，16位输入16位数字，以此类推。
- 64位的计算在内部使用BigInt而非JavaScript的Number类型，因此接近2^63的数值也能无精度损失地转换。
- 本工具也可用于理解C语言、Java等语言中整数溢出的行为，它们的int（32位）、long（64位）类型都会在同样的边界处发生回绕。
二进制补码计算的应用场景
计算机专业课程与考试复习
亲手演算几乎所有计算机专业课程都会出现的二进制转换习题，验证自己的答案。
排查C语言或嵌入式开发中的整数溢出问题
按实际位宽复现int或uint8_t变量出现的异常值，定位问题根源。
理解CPU寄存器的内部表示
在调试器中看到寄存器的十六进制值时，立即确认它作为有符号数实际代表多少。
验证位运算结果
在编写AND、OR、移位等代码前后，手动核对得到的比特模式是否与预期一致。
二进制补码术语表
- 二进制补码（Two's Complement）
- 将绝对值的每一位取反再加1来表示负数的方式。它使零只有一种比特模式，并能让同一套加法器电路兼顾加减法，因此几乎所有现代CPU都采用它表示有符号整数。
- 符号位（Sign Bit）
- 比特序列的最高位（MSB）。在补码表示中，该位为1表示负数，为0表示正数。
- 溢出（Overflow）
- 运算结果超出该位宽可表示范围时发生的现象。高位被截断会改变符号位的含义，使数值看起来跳到了范围的另一端。
- 有符号整数与无符号整数（Signed / Unsigned Integer）
- 同一比特序列，根据是否将符号位当作负数标志（有符号）还是当作普通数值位（无符号），会得到不同的解释结果。
- 位宽（Bit Width）
- 表示一个整数所使用的比特数量。常见的位宽有8、16、32、64位，位宽越大，能表示的数值范围就越广。
- 反码（One's Complement）
- 一种较早的方式，仅将正数的每一位取反即可得到负数，不再加1。其缺点是零会产生"+0"和"-0"两种不同的模式，这正是补码要解决的问题。
常见问题
闲话 ― 为什么计算机使用二进制补码
二进制补码并不是表示负数的唯一方式。历史上还使用过原码表示（仅将最高位当作符号标志）和反码表示（简单地将正数的每一位取反）。这两种方式都有一个共同的缺陷：会出现两种不同的零的比特模式，即「+0」和「-0」，这使得比较逻辑和电路设计变得复杂。而二进制补码完全避免了这个「双零问题」——每一种比特模式都唯一对应一个整数值。
补码更大的优势在于，用于加法的同一套加法器电路也可以直接用于减法，因为减去一个数等价于加上它的补码。CPU无需判断某个值是正数还是负数，只需将比特模式相加即可得到正确结果。这使得算术逻辑单元（ALU）可以省去专门的减法电路，这也是几乎所有现代CPU架构都采用补码来表示有符号整数的原因。
整数溢出正是这种表示方式的直接结果。8位有符号最大值127（01111111）加1后，比特模式简单地进位为10000000——若按有符号方式解读，这就是-128。在C语言中，有符号整数溢出在技术上属于「未定义行为」，编译器优化可能在这个边界附近产生出人意料的结果，因此在实际生产代码中需要格外谨慎。相比之下，Java明确规定溢出会静默地回绕，这也是一个有趣的例子，说明即使底层比特表示完全相同，不同语言之间的行为保证也可能大相径庭。