有趣的 Int 和字节转换异常
在 Java 中将 int 转换为 byte 时，行为可能看起来出乎意料，特别是考虑到明显的情况时数据丢失以及分配给结果字节的负号。为了解开这个谜团，让我们深入研究原始数据类型和补码表示的复杂性。
理解原始类型和补码：
在 Java 中，int 占据32位，而一个字节只占8位。此外，像 int 和 byte 这样的基本类型遵循二进制补码表示。在此方案中，最高位 (MSB) 确定符号，附加位导致其复制。
从 Int 到 Byte 的按位转换：
当转换int 到一个字节，Java 仅提取 8 个最低有效位并相应地分配值。然而，int 的 MSB（现在是字节的符号位）在结果中起着重要作用。
揭示隐藏的真相：
让我们剖析我们的令人困惑的例子：
int i = 132; byte b = (byte)i; // Implicit narrowing conversion System.out.println(b); // Prints -124
的 32 位二进制表示132:
00000000000000000000000010000100
提取 8 个最低有效位 (10000100)：
10000100
转换为二进制补码表示：
11111000
Java 将其解释为由于反转位模式而产生负值，导致 -124
解谜：
要检索字节的原始 8 位无符号值，我们可以执行按位 AND 运算：
byte signedByte = -124; int unsignedByte = signedByte & 0xff; // 0xff = 11111111b
此操作屏蔽了无关的符号位，产生以下结果结果：
Unsigned value: 10000100 (84 in decimal)
总结技巧：
在 int 到 byte 转换期间，Java 通过隐式缩小忽略最左边的 24 位。符号位原本是 int 中的第 8 位，现在成为字节中的 MSB，影响其解释。要揭示无符号值，需要按位与运算，有效地擦除符号位。
以上是为什么在 Java 中将 int 转换为 byte 会产生负值，我们如何检索原始的无符号值？的详细内容。更多信息请关注PHP中文网其他相关文章！
