byte 转 sting 为何要 & 0xFF

下面这个方法想必大家都不陌生,无论操作文件 / 图片 / 字节流 等等,或多或少都使用过。

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;  
}

那么通过 Integer 将 byte 转成十六进制字符串时,为何 byte 转 string 的时候需要将 byte 做与运算呢?

分析:
byte 是一个字节,8 bit 位;int 是 4 个字节,32 bit 位。
如果不跟 0xFF(1111 1111)做与运算, 结果会有误差,比如:
十进制 - 1,补码是 11111111 ,转换为 int 时变成 11111111111111111111111111111111(0xffffffff),多了 24 个 1!这种补位就会造成误差,反之,跟 0xFF 与原酸之后,高 24 bit 就会被清 0 了(00000000000000000000000011111111),现在结果就对了。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值