Integer.toBinaryString仅适用于非负整数，返回无前导零的纯二进制字符串；传入负数会返回其32位补码形式，如需带符号表示需手动拼接。
直接用 Integer.toBinaryString 就够了，但别传负数
这个方法是 JDK 1.5 就有的标准工具，专为非负 int 转二进制字符串设计。它返回的是不含前导零、不带符号位的纯二进制表示，比如 Integer.toBinaryString(5) 返回 "101"，Integer.toBinaryString(0) 返回 "0"。
常见错误是把负数直接塞进去：Integer.toBinaryString(-1) 会返回 "11111111111111111111111111111111" —— 这是 -1 的补码形式（32 位全 1），不是你想要的“-1 的二进制表示”。如果你真需要带符号的格式（如 "-101"），得自己拼接：n 。
- 只接受
int类型；传long会编译报错，要用Long.toBinaryString - 对 0 和正数行为稳定，无需额外判断边界
- 不支持指定宽度或补零，要固定位宽（如 8 位）得自己用
String.format("%8s", ...).replace(' ', '0')
Integer.toBinaryString 和 Integer.toString(n, 2) 有啥区别
基本没区别：它们底层调用的是同一个私有方法 Integer.toString(int, int)，第二个参数是进制基数。所以 Integer.toBinaryString(12) 和 Integer.toString(12, 2) 返回完全一样的 "1100"。
但注意两点：
立即学习“Java免费学习笔记（深入）”；
-
Integer.toString更通用，支持任意进制（2–36），而toBinaryString语义更清晰、意图更明确 -
toString(n, 2)对负数的行为和toBinaryString一致（返回补码字符串），不是带符号的十进制转写 - 性能上无差异，JVM 会内联优化，不用纠结选哪个
需要补零、固定位宽？别硬套 toBinaryString
Integer.toBinaryString 本身不提供格式化能力。想让 5 输出成 "00000101"（8 位），不能靠它直接实现。
推荐做法是用 String.format 配合补空格再替换：
String binary = String.format("%8s", Integer.toBinaryString(5)).replace(' ', '0');或者用 Integer.toBinaryString 后手动截取/填充：
- 位宽不足时，在前面拼
"0"字符串，比如"0".repeat(8 - s.length()) + s - 位宽超长时（如要求 4 位但输入是 255），
toBinaryString仍返回完整结果（"11111111"），不会截断 —— 它不负责裁剪 - 如果频繁做固定位宽转换，建议封装成工具方法，避免每次重复写
replace或repeat
遇到 NumberFormatException？那不是这个方法抛的
Integer.toBinaryString 只接收 int，不会解析字符串，所以它永远不会抛 NumberFormatException。如果你看到这个异常，说明你其实调用了 Integer.parseInt(s, 2) 或类似解析逻辑，和转字符串完全相反。
典型误用场景：
- 把用户输入的二进制字符串（如
"1010"）错当成十进制传给toBinaryString—— 结果是转出"11111101010"（即十进制 1010 的二进制），而非你期望的原样输出 - 混淆方向：从二进制字符串转十进制用
Integer.parseInt("1010", 2)；从十进制整数转二进制字符串才用toBinaryString - 传入
null不会触发此异常，但会 NPE —— 因为参数是基本类型int，自动拆箱前就崩了
补零逻辑和负数处理是高频出错点，很多人卡在这两个地方反复调试，其实问题不在方法本身，而在没理清“输入是什么、想要什么格式”。
