byte转int &0xFF

参考文档 https://www.cnblogs.com/think-in-java/p/5527389.html 

”好比我们拿到的文件流转成byte数组,难道我们关心的是byte数组的十进制的值是多少吗?我们关心的是其背后二进制存储的补码吧

所以大家应该能猜到为什么byte类型的数字要&0xff再赋值给int类型,其本质原因就是想保持二进制补码的一致性。”

刚开始看到这里一年蒙蔽 

二进制 1111 1111 补码 1000 0001 扩展到32位的int 1111... 1111 1111 补码 1000... 0000 0001 虽然数值一致 都是-1 但是补码变了 这个我理解

&0xFF以后 0000... 1111 1111 补码 000... 1111 1111 说好的补码一致呢?

还是说 符号位不参与按位与  1000... 1111 1111 补码 0111... 0000 0001 也说不通

 

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

我局的这么做只是想保存 01的结构 方便与其他的数据进行|运算组合成新数据 和补码什么的应该没关系吧、、

转载于:https://my.oschina.net/u/3678539/blog/1793957

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值