java – 为什么InputStream#read()返回一个int而不是一个字节?

这个是一个有意思的问题,所以我在这里记录一下。

首先字节正好是8位,所以使用8位的char类型数据来与字节数据相互一一对应是最好的选择?但是为何方法InputStream#read()需要返回int类型值呢?

首先,我们要完成一个EOF(End of File)判断,在Java中就是以-1来表示数据读完了,但是如果返回的char类型值,那么根本没有-1这个数值;如果换种方式,返回一个特殊的char值,比如char中的-1值,那么就占用了此字符,如果字节数据恰好对应-1值,那么就无法被正确读出,且会被错误认为i字节数据读好了,这就是返回int类型值的原因,当然,字节数据被转为int表示,需要高24位布零。

其次,既然只是如上的需求,那么为什么不返回short值呢?

实际上在Java内存模型中,对于short以及int类型值,都是占据32位的内存空间的。Java虚拟机使用偏移量(实际上是32位原始单元格大小的倍数)对堆栈和对象字段进行建模。因此,当您将局部变量或对象字段声明为(例如)一个字节时,变量/字段将像int一样存储在32位单元中。除了以下两个数据类型:

  • long 和 double 都需要两个32位来表示;
  • 基本类型的数组也是个例外,其以打包类型在内存中表示,举个例子:字节数组每个32位包含4个字节;

所以说,实际上单单一个short值和int值表示是没有区别的,除非是一连串的short值,也就是short数组,才可能会比int值有效。换言之,我们没有在这个应用中返回int/short类型的数据是没有区别的,所以我们不妨就使用代表其实际内存模型的int类型值。

参考:
In java, is it more efficient to use byte or short instead of int and float instead of double?

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值