JS中正负数字转32位二进制数据结果异常问题求解

不同位宽转换结果出现差异的核心是运行环境对整数字面量的解析规则：

• 8位掩码255、16位掩码65535的数值均小于32位有符号整数正上限2147483647，所有环境下都会被识别为正整数，和负数做按位与截断时可得到预期正结果
• 32位全1掩码对应的十进制值4294967295超出32位有符号整数正数值范围，部分运行环境（旧版Python、带类型约束的嵌入式Python环境、和C类型强绑定的交互场景）会将该值解析为带符号数-1，此时执行-1 & 4294967295等价于-1 & -1，自然返回-1，不符合无符号32位转换预期。

十六进制写法0xFFFFFFFF在多数Python环境中会被识别为无符号长整型，运算结果为正确的4294967295，但该写法依赖环境对十六进制字面量的解析规则，兼容性不足。

不要直接硬编码十进制大数字作为掩码，通过位运算动态生成32位掩码，从根源避免字面量解析错误，兼容所有运行场景：

# 生成32位全1无符号掩码，等价于0xFFFFFFFF/4294967295
UINT32_MASK = (1 << 32) - 1

def num_to_uint32(num: int) -> int:
    # 按位与截断低32位，返回0~4294967295区间的无符号32位整数值
    return num & UINT32_MASK

边界值测试返回结果符合预期：

• 执行num_to_uint32(-1)，返回4294967295
• 执行num_to_uint32(-2)，返回4294967294，完全匹配32位补码规则
• 执行num_to_uint32(255)、num_to_uint32(65535)，返回值和8位、16位转换逻辑对齐，无兼容问题

如果需要输出实际的32位二进制字节数据而非整数值，可搭配int.to_bytes方法实现：

# 生成小端序32位二进制字节
binary_data_le = num_to_uint32(-1).to_bytes(4, byteorder="little", signed=False)
# 生成大端序32位二进制字节
binary_data_be = num_to_uint32(-1).to_bytes(4, byteorder="big", signed=False)

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