Integer.toBinaryString()将int值按无符号整数处理并转为不含前导零的二进制字符串，正数如5→"101"，负数如-1→"11111111111111111111111111111111"（即2³²−1的二进制），不加前缀、不补位。
Java 中的 Integer.toBinaryString() 等方法，是用来把整数类型的**数值**转成对应的二进制字符串表示，而不是查看变量在内存中的原始二进制位（比如补码形式）。这点很关键，初学者容易混淆。
toBinaryString 只显示“正向数值”的二进制，不带符号位
它把参数当作一个**非负的十进制整数**来处理，直接计算其二进制表示，不考虑 Java 的 int 是有符号类型、底层用补码存储的事实。
-
Integer.toBinaryString(5)→"101"（正确，5 的二进制就是 101） -
Integer.toBinaryString(-1)→"11111111111111111111111111111111"？❌ 实际结果是"11111111111111111111111111111111"？不对 —— 实际输出是"11111111111111111111111111111111"？等等，先验证：
运行一下：System.out.println(Integer.toBinaryString(-1));
输出是："11111111111111111111111111111111" —— 这其实是 -1 在 int 中的补码形式（32 个 1），但 toBinaryString 并不是“故意显示补码”，而是因为它的实现等价于：对负数，先做无符号右移（或按位与 0xFFFFFFFF）转成大的正数，再转二进制。也就是说，它内部把 -1 当作无符号的 4294967295（即 2³²−1）来处理，所以输出 32 个 1。
所以更准确的理解是：toBinaryString 对所有输入都按「无符号 int 值」解释，然后输出不含前导零的二进制字符串。它不会加 "0b" 前缀，也不补位，更不区分正负逻辑。
想看带符号位/固定长度（如 32 位）的二进制？用 String.format 或 Integer.toUnsignedString
如果需要补全到 32 位（比如教学演示补码），推荐用：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
-
String.format("%32s", Integer.toBinaryString(x)).replace(' ', '0')—— 补前导零到 32 位 - JDK 8+ 更简洁：
Integer.toBinaryString(x & 0xFFFFFFFF)（强制转为无符号值再转） - 或直接：
String.format("%32s", Integer.toBinaryString(x & 0xFFFFFFFF)).replace(' ', '0')
例如：int x = -5;System.out.println(String.format("%32s", Integer.toBinaryString(x & 0xFFFFFFFF)).replace(' ', '0'));
输出："11111111111111111111111111111011" —— 这才是 -5 的 32 位补码表示。
其他基本类型的二进制查看方式
不同类型要用对应包装类的方法：
-
long →
Long.toBinaryString(l)（返回最多 64 位，无前导零） -
short / byte → 没有直接方法，需先提升为 int 再处理，注意符号扩展：
byte b = -1;System.out.println(String.format("%8s", Integer.toBinaryString(b & 0xFF)).replace(' ', '0'));→"11111111" -
float / double → 用
Float.floatToRawIntBits(f)和Double.doubleToRawLongBits(d)先拿到 IEEE 754 位模式，再转二进制：System.out.println(String.format("%32s", Integer.toBinaryString(Float.floatToRawIntBits(1.0f))).replace(' ', '0'));
别忘了：这些只是字符串表示，不是内存快照
toBinaryString 返回的是 String，是可读的文本，方便调试或教学。它不反映 JVM 运行时的寄存器状态，也不等同于通过 JNI 或调试器看到的原始内存 dump。如果你真要观察 JVM 底层位布局（比如对象头、压缩指针），需要借助 JOL（Java Object Layout）、Unsafe 或 native debug 工具。
