两段JavaScript二进制转换代码是否有差异？0xffffffff的作用是什么？

代码差异说明 #

假设两段核心代码分别为：

第一段代码 #

function toBinary(num) {
  return (num & 0xffffffff).toString(2);
}

第二段代码 #

function toBinary(num) {
  return num.toString(2);
}

两段代码存在明确差异，核心区别是对负数和大整数的处理逻辑不同：

• 第二段代码直接调用toString(2)时，负数会输出带负号的二进制原码，比如输入-1返回"-1"，输入-2返回"-10"；超过32位有符号整数范围的正数，会直接输出完整的二进制位。
• 第一段代码通过num & 0xffffffff预处理后，会将输入转换为32位无符号整数的等效值：负数会被转为对应的32位补码无符号数（比如-1处理后得到4294967295，二进制是32个1）；超过32位的正数会被截断为低32位的无符号值。

0xffffffff的使用逻辑 #

0xffffffff是十六进制表示的32位无符号整数最大值，对应二进制是32个连续的1。在JS的按位与操作&中，所有操作数都会被强制转换为32位有符号整数（Int32）再运算：

• 对于**非负且≤0x7fffffff（32位有符号整数最大值）**的数，num & 0xffffffff的结果就是原数，和直接转二进制效果一致。
• 对于负数：JS里的负数以64位浮点数存储，按位与0xffffffff时，会先把负数转成32位有符号整数的补码形式，再将这个补码视为无符号整数（因为按位与的结果会被解析为无符号32位值），最终得到该负数对应的32位无符号补码数值，转二进制后就是32位的补码字符串，而非带负号的原码。
• 对于超过32位有符号整数范围的正数：按位与0xffffffff会截断数值的高位，只保留低32位的无符号值。

与第二段代码的等效场景 #

当输入是非负且≤0x7fffffff的整数时，num & 0xffffffff不会改变原数值，此时两段代码输出的二进制字符串完全相同。只有处理负数、或者超过32位有符号整数范围的正数时，两段代码的输出才会产生差异。

内容的提问来源于stack exchange，提问作者Emma Maina