[论坛解答]java的&0xFF问题

在论坛看到一个问题，花了点时间调查，自己随笔记录下来。

问题

ByteBuffer buf = ByteBuffer.allocate(32767);

buf.putLong(0,7477447194653012086L);

System.out.println("1 getLong = "+(buf.getLong(0)&0xffffffff));

System.out.println("2 getLong = "+(buf.getLong(0)&0xffffffffL));

1 getLong = 7477447194653012086

2 getLong = 940093558

解答

我来尝试解答一下。

楼主排版太难看了，我换成自己的排版。

ByteBuffer buf = ByteBuffer.allocate(32767);

buf.putLong(0,7477447194653012086L);

System.out.println("1 getLong = "+(buf.getLong(0))); // A

System.out.println("2 getLong = "+(buf.getLong(0)&0xffffffff)); // B

System.out.println("3 getLong = "+(buf.getLong(0)&0xffffffffL)); // C

1 getLong = 7477447194653012086

2 getLong = 7477447194653012086

3 getLong = 940093558

我多加了A。

对于BC之间的区别，我们单独看 后半部分。

0xffffffff // 对于数值类型，java中默认为int型，而且凑巧这个字段有是32个1，即int型中的-1，所以被解释成-1。（java中以补码的方式进行值的运算的，32个1的int型补码是-1）

0xffffffffL // long型，没达到最大位数。二进制为32个1，值就为2的32次方。（因为没到最大位，32个1的long型补码就是2的32次方）

当long型数值 &上述两个值时，

long & 0xffffffff // 后面的-1自动提升为long型，二进制为64个1，所以值不变。

long & 0xffffffffL // 后面的2的32次方为32个1，所以前面的long型会被截取后面的32位，即数值减小了。

例如上述 二进制为

110011111000101001110101001101100111000000010001011000001110110

截取后32位如下，数值就为940093558

00111000000010001011000001110110

之所以加上上述例子A，就是A和B算出的值时一样的（没有严格测试，基本测试及自己猜想）。

所以我感觉楼主可能 byte型转long型需要加 &0xff 这样的说法误导了。

正常byte型转数值，确实需要&0xff运算的。但是这里使用了工具类 ByteBuffer，我猜测在getLong中已经有了这样的操作，不然工具类就有潜在的bug了。

（工具类里面源码打开看了，没看懂。。。所以只能猜测）

这样应该解决楼主的问题了吧！ 分分拿来