参考文档 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的结构 方便与其他的数据进行|运算组合成新数据 和补码什么的应该没关系吧、、