java int转byte_Java将int转换为byte时的奇怪行为?

在Java中,a int是32位。A byte是8 bits。

最原始的类型Java中的签名,byte,short,int,和long被编码在二进制补码。(char类型是无符号的,符号的概念不适用boolean。)

在此数字方案中,最高有效位指定数字的符号。如果需要更多位,则将最高有效位(“MSB”)简单地复制到新MSB。

因此,如果您有字节255:11111111 并且您希望将其表示为int(32位),则只需将1复制到左侧24次。

现在,读取负二进制补码的一种方法是从最低有效位开始,向左移动直到找到第一个1,然后反转每一位。结果数字是该数字的正数

例如:11111111转到00000001= -1。这就是Java将显示为值的内容。

您可能想要做的是知道字节的无符号值。

您可以使用位掩码来完成此操作,该位掩码删除除最低8位之外的所有内容。(0xff的)

所以:

byte signedByte = -1;

int unsignedByte = signedByte & (0xff);

System.out.println("Signed: " + signedByte + " Unsigned: " + unsignedByte);

打印出来: "Signed: -1 Unsigned: 255"

这里到底发生了什么?

我们使用按位AND来屏蔽所有无关的符号位(最低有效8位左边的1)。当int转换为字节时,Java会截断最左边的24位

1111111111111111111111111010101

&

0000000000000000000000001111111

=

0000000000000000000000001010101

由于第32位现在是符号位而不是第8位(我们将符号位设置为0,这是正数),因此字节的原始8位由Java读取为正值。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值