3

我正在研究java。我想知道为什么 java 会产生这个输出。我在这里分享代码。

public class vvn {

    public static void main(String[] args)
    {
        byte [] arr = new byte[4];
        arr[0] = (byte)157;
        arr[1] = 1;
        arr[2] = 0;
        arr[3] = 0;
        System.out.format("read 0x%x 0x%x 0x%x 0x%x \n",arr[3],arr[2],arr[1],arr[0]);
        int v = (arr[0] | (arr[1] << 8) | (arr[2] << 16) | (arr[3] << 24));
        System.out.format("read 0x%x\n",v);

    }

}

我得到的输出为

read 0x0 0x0 0x1 0x9d 
read 0xffffff9d

我预计输出应该是 0x0000019d

4

5 回答 5

5

您正在从字节（有符号 8 位）转换为整数（有符号 32 位）。最高有效位（最左边的一位）持有符号（参见二进制补码）。

你157是10011101二进制的。由于您将此值分配给有符号字节（java 没有无符号字节），因此这实际上是一个负数，-99.

现在，当您从 byte 转换为 int 时，会保留该值。在负数的情况下，这意味着将所有位设置到左侧以保持符号性。在你的情况下，10011101变成11111111 11111111 11111111 10011101.

无论如何，在 java 中使用无符号字节是一场噩梦。基本上，您需要像这样用 0xff 屏蔽所有内容（以切断“左侧的”）：

int v = ((arr[0] & 0xff) |
    ((arr[1] & 0xff) << 8) |
    ((arr[2] & 0xff) << 16) |
    ((arr[3] & 0xff) << 24));

漂亮，不是吗？

更新 1：另外，您可能对 Guava 的UnsignedBytes感兴趣......

更新 2： Java 8 Byte 具有 toUnsignedInt() 和 toUnsignedLong() 方法。因此，您的计算变为：

int v = (Byte.toUnsignedInt(arr[0]) |
    (Byte.toUnsignedInt(arr[1]) << 8) |
    (Byte.toUnsignedInt(arr[2]) << 16) |
    (Byte.toUnsignedInt(arr[3]) << 24));
于 2016-02-24T09:07:02.143 回答
1

看。你的表达(arr[1] << 8) | (arr[2] << 16) | (arr[3] << 24)等于 Ox100。所以，你需要额外的 Ox9d，十进制是 157。不幸的是，字节 diapasone 是 [-128; 127]。所以，不可能从字节中得到 157。你的 a[0] 等于-99。

于 2016-02-24T08:54:06.237 回答
0

因为最左边的数字是为符号保留的，所以当您向左移动时，符号会在您提交溢出时发生变化。

于 2016-02-24T08:46:25.590 回答
0

在 Java 中，类型byte是从 -128 到 127 的有符号值。这意味着(byte)157导致溢出，实际上等于-99。当您输出字节的十六进制值时并不明显，因为-99(signed) 和157(unsigned) 的二进制表示是相等的（并且格式转换%x将该值解释为无符号值）。

但是，一旦您在表达式中使用它，该byte值就会被提升为int. -99 作为 int 的十六进制表示是0xffffff9d. 您可以通过在程序中添加以下行来看到这一点：

System.out.format("0x%x \n", (int)arr[0]);
于 2016-02-24T09:02:32.287 回答
0

我相信问题是java中的按位运算是在ints上执行的所以当你使用

arr[0] | ...

arr[0]被转换为int。0x9d因此，您得到的不是预期的，而是0xffffff9d 解决您需要掩码的问题，&例如0xff

int v = ((arr[0] & 0xff) | ((arr[1] & 0xff) << 8) | ...;
于 2016-02-24T09:03:53.283 回答