Java中,byte扩展到int的高位是补零还是补符号位扩展? byte为什么要与上0xff?read()方法返回值为什么是int?

从窄的基本数据类型(如byte)扩展到较宽的类型(如int)时,是补零扩展还是补符号位扩展?

**

Java中只有有符号数,当从小扩展到大

**
一、正数,因为为符号位是0,所以无论如何都是补零扩展

二、负数补零扩展和按符号位扩展结果完全不同
1.补符号数,原数值不变。
int类型 11111111 11111111 11111111 10000001(补码) -127
byte类型 10000001(补码) -127

2.有符号数补零扩展,数值为无符号数
从小扩展大**时,需要用&0xff这样方式来确保是按补零扩展。
1111111111111111111111111 10000001&11111111=000000000000000000000000 10000001 ,
这个值算一下就是129,相当于把有符号数看成无符号数, 256 + (- 127)=129

大向小处理,符号位自动无效,所以不用处理。

read()方法返回值为什么是int

read()方法读取的是一个字节,为什么返回是int,而不是byte
因为字节输入流可以操作任意类型的文件
比如图片音频等,这些文件底层都是以二进制形式的存储的
如果每次读取都返回byte
有可能在读到中间的时候遇到111111111
那么这11111111是byte类型的-1,我们的程序是遇到-1就会停止不读
后面的数据就读不到了
所以在读取的时候用int类型接收
如果11111111会在其前面补上24个0凑足4个字节
那么byte类型的-1就变成int类型的255了
这样可以保证整个数据读完,而结束标记的-1就是int类型

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值