未卜先知
2016-12-01 14:53
4-1 中的代码
while((b=in.read())!=-1){ if(b<=0xf){ //补0 System.out.print("0"); }
4-2
byte[] buf = new byte[20*1024]; int bytes = in.read(buf,0,buf.length); for (int i = 0; i <bytes ; i++) { if((buf[i]&0xff)<=0xf){ //补0 System.out.print("0"); }
read方法返回的是一个字节? 这里先假设是一个字节
buf[i]同样也是字节
都是一个byte和0xf比较,为什么第一个不需要&0xff
我觉得第一个例子也是要&0xff的
今天看的一些资料:
如果read()返回的是byte的话,那就会有负数。而"返回-1意味着结束",这个信息量用byte是无法表达的,所以必须用int。
也就是b=in.read()返回的实际上是一个int型的,如果是这样的话,byte确实不用0xff
第一个问题似乎有些眉目了,但是如果是这样的话,那么第二个buf[i]又是怎么回事?
buf[i]从处理上步骤上看需要&0xff,我推测buf[i]在比较之前需要先转为int型,负数前面全补1,所以为11111111 11111111 1111111 11111111,所以需要手动做0xff处理
不好意思,是我没有解释清楚。这个问题提的好!
首先我们贴出Java的源码:
public synchronized int read() throws IOException {
if (pos >= count) {
fill();
if (pos >= count)
return -1;
}
return getBufIfOpen()[pos++] & 0xff;
注意返回值,read的返回值虽然是int,但是他是读取的byte&0xff得到的,而例2中,因为直接是byte,所以老师人为的加上了这一句。
现在问题实际上就变成了为什么不能直接和0x0f比较大小,而要加上& 0xff。以-1即就是11111111自己试一试就知道了,这个之前的回答已经解释过。
根据我粗浅的理解,Java源码中& 0xff这一句避免了在读取-1时函数返回-1而错误结束的情况,实际上这时会返回225。
我的理解:byte型参与运算时,默认提升为int型,0xff的作用是消除前面24位,转换为0得到后面8位。read()读第一个字节时,比如1011 1101,它会提升为int型,前面补0,是整数189。read(buf,0,buf.length)读取时,假如buf[0]是读取的第一个字节,byte型的负数,但当转换为二进制时为:11111111 11111111 11111111 10111101,前面是补1的,为负数,所以用0xff消除前面24个1,转换为0,得到后八位,是整数189。具体怎么实现,需要学习底层源码。
借用我另一个回答,不是很对口,但是可以解释;
凌晨来回答问题。
首先我们要弄明白,对于一个buf[i], 我们在什么情况下需要在输出之前补0,什么时候不需要补0.答案很清楚,如果它的高四位都是0,那么我们需要补,否则不需要。那么问题来了,怎么判断呢?
老师的代码是用buf[i] <= 0xf,可是代码结果不正确,会出现错误补0,也就是三个数字一起的情况。如果buf[i] == 0xff, 那么按程序是需要补0,因为作为一个byte,0xff实际上等于-1, 那么自然也小于0xf,因为0xf代表15.这就是出错的问题。
if判定语句改为((buf&oxff)<=oxf)之后,实际上结果就正确了。因为在Java中整数默认是int,也就是4个字节。因为有buf[i] & 0xff, 注意这里0xff 是4个字节的int类型,那么计算之前会把buf[i]自动进行类型转换,结果也是int类型,所以我们最终的到的结果是24位0加上原先的8位buf[i]。这时候的结果已经绝对是个正数,此时要判断buf[i]高4位是否有1,就看他和0xf的大小就行了。这里要设计一点补码的知识,我们还是以buf[i] == 0xff为例:
((buf&oxff)<=oxf)之后的结果是0x000000ff, 显然是大于0xf,所以没有补0.
实际上,我们也可以这么判断:buf[i] & 0xf0 == 0;这样的结果会保留buf[i]的高四位,其他位都是0,比较容易理解。
我觉得都可以,可能只是讲解者随意了
因为while啊
文件传输基础——Java IO流
133754 学习 · 1030 问题
相似问题
回答 8
回答 1