&0xFF 的意义

今天看了下同事从网上拷贝的base64加密的代码，看到了这样如下的代码

public static String encode(byte[] data) {   StringBuilder sb = new  StringBuilder();   int len = data.length;   int i = 0;   int b1, b2, b3;   while (i < len) {      b1 = data[i++] & 0xff;      if (i == len) {         sb.append(base64EncodeChars[b1 >>> 2]);         sb.append(base64EncodeChars[(b1 & 0x3) << 4]);         sb.append("==");         break;      }      b2 = data[i++] & 0xff;      if (i == len) {         sb.append(base64EncodeChars[b1 >>> 2]);         sb.append(base64EncodeChars[((b1 & 0x03) << 4)               | ((b2 & 0xf0) >>> 4)]);         sb.append(base64EncodeChars[(b2 & 0x0f) << 2]);         sb.append("=");         break;      }      b3 = data[i++] & 0xff;      sb.append(base64EncodeChars[b1 >>> 2]);      sb.append(base64EncodeChars[((b1 & 0x03) << 4)            | ((b2 & 0xf0) >>> 4)]);      sb.append(base64EncodeChars[((b2 & 0x0f) << 2)            | ((b3 & 0xc0) >>> 6)]);      sb.append(base64EncodeChars[b3 & 0x3f]);   }   return sb.toString();}

我就很想知道data[i++]后面的&0xFF到底是什么意思，就开始百度。

举个简单的例子:

byte[]  b = new byte[5];

b[0] = -12;

byte   8位二进制   =   1个字节    char   2个字节   short (2个字节)    int（4个字节） long（8个字节） float  （4个字节） double（8个字节）

计算机存储数据机制：正数存储的二进制原码,负数存储的是二进制的补码。  补码是负数的绝对值反码加1。

比如-12，-12 的绝对值原码是：0000 1100  取反： 1111 0011  加1：  1111 0100

byte --> int   就是由8位变 32 位 高24位全部补1： 1111 1111 1111 1111 1111 1111 1111 0100 ;

0xFF 是计算机十六进制的表示： 0x就是代表十六进制，A B C D E F  分别代表10 11 12 13 14 15   F就是15  一个F 代表4位二进制：可以看做 是   8  4  2  1。

0xFF的二进制表示就是：1111 1111。   高24位补0：0000 0000 0000 0000 0000 0000 1111 1111;

-12的补码与0xFF 进行与（&）操作  最后就是0000 0000 0000 0000 0000 0000 1111 0100 

转换为十进制就是 244。

byte类型的数字要&0xff再赋值给int类型，其本质原因就是想保持二进制补码的一致性。

当byte要转化为int的时候，高的24位必然会补1，这样，其二进制补码其实已经不一致了，&0xff可以将高的24位置为0，低8位保持原样。这样做的目的就是为了保证二进制数据的一致性。

有人问为什么上面的式子中b[0]不是8位而是32位，因为当系统检测到byte可能会转化成int或者说byte与int类型进行运算的时候，就会将byte的内存空间高位补1（也就是按符号位补位）扩充到32位，再参与运算。

谢谢这个大哥的博客，看了他的博客才明白。参考地址：点击打开链接