编程语言
首页 > 编程语言> > Java – 用整数和字节进行位移

Java – 用整数和字节进行位移

作者:互联网

考虑以下代码(其中byteIndex是一个int):

int bitNumber = b-(8*byteIndex);
bitMask = 0x8>>(byte)bitNumber;

这会产生错误

error: possible loss of precision

编译时(必需字节,找到int).

编码

int bitNumber = b-(8*byteIndex);
bitMask = 0x8>>2;

编译好.

这里有什么问题,如何修复第一个允许按int值移位的例子?

编辑:在评论之后,这是一个更完整的例子:

48) int byteIndex;
49) byte bitMask;
50) int bitNumber;
    // assign value to byteIndex
67) bitNumber = b-(8*byteIndex);
68) bitMask = 0x8>>bitNumber;

并且给出的错误是:

...MyClass.java:68: error: possible loss of precision
    bitMask = 0x8>>bitNumber;
             ^
  required: byte
  found:    int
1 error

解决方法:

将您的换档线转换为: –

byte bitMask = (byte)(0x8>>(byte)bitNumber);

您的RHS是一个int,您需要将其类型化为字节.

上面的代码将工作正常..有或没有将bitNumber转换为byte

所以,你也可以: –

byte bitMask = (byte)(0x8>>bitNumber);

但是,这是一个问题 – 字节bitMask = 0x8>> 3;工作正常..为什么会这样?

这里有一些例子来解释其工作背后的原因以及最终的行为: –

byte bitMask;
int varInt1 = 3;
final int finalVarInt2 = 3;
final int finalVarInt3 = 4;

bitMask = 0x8>>varInt1;    // 1. Will not work. 
bitMask = 0x8<<3;          // 2. Will work

bitMask = 0x8<<4;          // 3. Will not work
bitMask = 0x8<<finalVarInt2;   // 1. Will work
bitMask = 0x8<<finalVarInt3;   // 2. Will not work

以下是解释上述行为的一些推理: –

>只有当编译器确定它能够在LHS的字节变量中容纳该值时,RHS上的值才会被隐式地进行类型化.否则,我们必须做Explicit类型转换来告诉编译器,我们知道我们在做什么,只为我们做..

现在让我们逐一考虑所有情况(从上面的代码(1-3,1-2): –

> varInt1最初包含3.因此RHS的值计算为64.虽然此值可能适用于LHS中的字节变量,但编译器也知道,可以更改varInt1的值.那么如果varInt1的值怎么办?在某个阶段变为4 ..然后它将无法工作..这就是为什么它不被允许..
>现在,在这种情况下,因为我们在这里明确使用了Integer Literal,所以编译器确保它可以容纳在byte中.所以它允许隐式转换..
>再次,在这种情况下,已知RHS将评估为128,不能在字节中容纳..再次失败..

最后两种情况与常规变量不同……由于它们被声明为final,因此无法重新初始化.因此,编译器可以根据赋值进行决策.

>在这种情况下,编译器会看到,finalVarInt2包含值3.因此,RHS的计算结果为64,可以容纳在LHS的字节变量中.现在,由于变量是final,因此无法更改,并且Compiler知道,所以确定t *他的值总是64 * ..所以编译器允许这样做.
>在最后一种情况下,finalVarInt3的值是4 ..类似的推理..不适合LHS,因为RHS评估为128,不能适合字节

标签:java,int,byte,bit-shift
来源: https://codeday.me/bug/20191007/1867036.html