java中byte转换int时为何与0xff进行与运算

在剖析该问题前请看如下代码

例一:

/**

          * byte数组开始位置取4位得到一个int

         * @parama ba byte数组

         * @return 返回int

         *

         */

       public  static int getIntFromByte(byte[] ba)

       {

         int sum = 0;

          for (int i = 0 ; i <4 ; i++)

          {

              int temp =((int) ba[i] )&0xff;

             

              temp <<= i*8;

              sum = temp + sum;

             

          }

          return sum;

        }
public static String bytes2HexString(byte[] b) {
  String ret = "";
  for (int i = 0; i < b.length; i++) {
   String hex = Integer.toHexString(b[ i ]& 0xFF);
   if (hex.length() == 1) {
    hex = '0' + hex;
   }
   ret += hex.toUpperCase();
  }
  return ret;
}
上面是将byte[]转化十六进制的字符串,注意这里b[ i ]& 0xFF将一个byte 0xFF进行了与运算,然后使用Integer.toHexString取得了十六进制字符串,可以看出
b[i]& 0xFF
运算后得出的仍然是个int,那么为何要和 0xFF进行与运算呢?直接 Integer.toHexString(b[ i ]);,byte强转为int不行吗?答案是不行的.

其原因在于:
1.byte
的大小为8bitsint的大小为32bitsjava的二进制采用的是补码形式。


二进制原码表示法

原码表示法是机器数的一种简单的表示法。其符号位用0表示正号,用:表示负号,数值一般用二进制形式表示。设有一数为x,则原码表示可记作[x]原。

例如,X1= 1010110

X2= -1001010

其原码记作:


X1]原=[1010110]=01010110

X2]原=[1001010]=11001010

byte是一个字节保存的,有8个位,8位的第一个位是符号位,也就是说0000 0001代表的是数1 1000 0001代表的就是-1 所以正数最大位0111 1111,也就是数字127 负数最大为1111 1111,也就是数字-127
在原码表示法中,对0有两种表示形式:

+0]原=00000000

[
0] =10000000

 

二进制补码表示法

java中采用的是补码的形式,下面介绍下什么是补码和反码;
1
、反码:
        
一个数如果是正,则它的反码与原码相同;
        
一个数如果是负,则符号位为1,其余各位是对原码取反;

机器数的反码可由原码得到。如果机器数是正数,则该机器数的反码与原码一样;如果机器数是负数,则该机器数的反码是对它的原码(符号位除外)各位取反而得到的。设有一数X,则X的反码表示记作[X]反。

例如:X1= 1010110

X2=
1001010

X1]原
=01010110

[X1]
=X1]原
=01010110

[X2]
=11001010

[X2]
=10110101


2
、补码:

机器数的补码可由原码得到。如果机器数是正数,则该机器数的补码与原码一样;如果机器数是负数,则该机器数的补码是对它的原码(除符号位外)各位取反,并在未位加1而得到的。设有一数X,则X的补码表示记作[X]补。


    ⑴
一个数为正,则它的原码、反码、补码相同
    ⑵
一个数为负,刚符号位为1,其余各位是对原码取反,然后整个数加1
 - 1
的原码为
                10000001
- 1
的反码为
                11111110
                                                   + 1
- 1
的补码为
                11111111

0
的原码为
                 00000000
0
的反码为                 11111111(正零和负零的反码相同)

                                          +1
0
的补码为               100000000(舍掉打头的1,正零和负零的补码相同)

利用溢出,我们可以将减法变成加法
    

 对于十进制数,从9得到5可用减法:
    9
4因为4+610,我们可以将6作为4的补数
   
改写为加法:
    9+(10-4)= 9+6
15(去掉高位1,也就是减10)得到5.

对于十六进制数,从c5可用减法:
    c
75    因为7+916 9作为7的补数
   
改写为加法:
    c+(16-7)=c+9
15(去掉高位1,也就是减16)得到5.
 
在计算机中,如果我们用1个字节表示一个数,一个字节有8位,超过8位就进1,在内存中情况为(100000000),进位1被丢弃。


Integer.toHexString的参数是int,如果不进行0xff,那么当一个byte会转换成int时,由于int32位,而byte只有8,这时会进行填充,如果byte的最高位是0的话,int的前面填充0,例如01000001 转化成int就变为00000000000000000000000001000001
如果byte的最高位是1的话,int的前面填充1例如11111111的十进制数为-1转换为int时变为11111111111111111111111111111111好多1啊,呵呵!即0xffffffff但是这个数是不对的,这种补位就会造成误差。和0xff相与后,高24比特就会被清0了,结果就对了。

 

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值