java byte 移位_Java – 用整数和字节进行位移

将您的换档线转换为： –

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<

bitMask = 0x8<

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

>只有当编译器确定它能够在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,不能适合字节