Integer.toBinaryString()对负数返回32位补码二进制字符串（如-1→32个1），不带符号位、不补前导零；正数返回最简二进制形式（如5→"101"），0返回"0"；需带符号或固定位宽时须手动处理。
Integer.toBinaryString() 会丢符号位，负数直接转出补码形式
这个方法只处理数值的绝对值部分，对负数不加任何前缀或标识，直接返回其 32 位补码对应的二进制字符串（不含符号位）。比如 Integer.toBinaryString(-1) 返回的是 "11111111111111111111111111111111"，而不是 "-1" 或带符号的表示。
如果你需要带符号的二进制（如 "-101"），得自己判断正负再拼接：
int n = -5; String bin = n >= 0 ? Integer.toBinaryString(n) : "-" + Integer.toBinaryString(-n);
- 注意
-n对Integer.MIN_VALUE会溢出，此时-n还是负数，需单独处理 - 该方法对
0返回"0"，行为符合直觉
它不补零，高位零全被省略
Integer.toBinaryString() 返回的是“最简形式”——即去掉所有前导零后的结果。比如 Integer.toBinaryString(4) 是 "100"，不是 "00000000000000000000000000000100"。
如果需要固定位宽（如 8 位、32 位），得手动补零：
int n = 5;
String bin = String.format("%32s", Integer.toBinaryString(n)).replace(' ', '0');
-
String.format("%8s", s)左补空格到 8 位，再用replace换成'0'是常见做法 - Java 17+ 可用
String.format("%08s", ...)直接指定补零，但注意它补的是左端，且仅对字符串有效 - 别用
Integer.toBinaryString(n | 0x100).substring(1)这类位运算技巧，易错且可读性差
输入只能是 int，不能直接转 long 或 byte
该方法签名是 public static String toBinaryString(int i)，传入 long 会触发自动窄化（编译报错），传入 byte 或 short 会先提升为 int 再处理——这会导致高位补零意外变成 1（对负的 byte）。
例如：
byte b = (byte) 0b10000001; // -127 System.out.println(Integer.toBinaryString(b)); // 输出 "11111111111111111111111110000001"
- 因为
b被提升为int后，符号位扩展，高位全是 1 - 若只想看原始 8 位，应先与
0xFF做按位与：Integer.toBinaryString(b & 0xFF) - 要转
long，得用Long.toBinaryString()，两者行为一致但位宽不同
性能不错，但别在循环里反复调用做格式化
底层是基于位移和查表优化过的，单次调用开销很小。但如果在高频循环中用于日志或调试输出（比如每帧转一次），字符串拼接和内存分配会成为瓶颈。
- 考虑缓存常用值（如 0~255）的二进制字符串，用
String[] cache = new String[256]预热 - 若只是做位操作判断（如检查某位是否为 1），直接用
(n & (1 ，比转字符串快两个数量级 - 它不抛异常，传入任何
int都安全，这点比Integer.toString(n, 2)更省心（后者功能相同，但多一层解析开销）
真正容易被忽略的是：它对负数的处理是“无提示补码”，而多数初学者默认期待带符号表示；还有就是字节类型传入时的符号扩展陷阱——这两点在线上逻辑中一旦出错，很难通过肉眼日志发现。
