鍍金池/ 問(wèn)答/Java  HTML/ Java: BufferedOutputStream里的write(int b)

Java: BufferedOutputStream里的write(int b)如何理解？

源碼如下：

public synchronized void write(int b) throws IOException {
    if (count >= buf.length) {
        flushBuffer();
    }
    buf[count++] = (byte)b;
}

為何寫字節(jié)要用int類型？ int是四個(gè)字節(jié)，byte是一個(gè)字節(jié)，為何(byte)b？

回答
編輯回答
清夢(mèng)

之所以write的參數(shù)類型是int，是因?yàn)?code>read的返回值是int類型。而讀和寫通常會(huì)結(jié)合在一起來(lái)使用，比如從網(wǎng)絡(luò)流中讀取數(shù)據(jù)，寫入磁盤文件。因此保持讀寫接口的統(tǒng)一是很重要的，否則讀出來(lái)之后還要手動(dòng)轉(zhuǎn)換一下才能寫入，使用起來(lái)就會(huì)很麻煩。

那么為什么read返回的是int而不是byte呢？

這是因?yàn)?code>byte的0~255不足以表示read的所有可能的返回值。因?yàn)槌苏Ｗ止?jié)之外，read還需要用其他值來(lái)表示讀取異常情況，最典型的就是讀到了流的末尾的時(shí)候需要返回-1。所以read需要更大范圍的類型來(lái)表示其返回值。

希望這個(gè)回答能幫到你。

2017年6月1日 10:25
編輯回答
空痕

估計(jì)設(shè)計(jì)這個(gè)api的作者也是很糾結(jié)吧,雖然參數(shù)是int型的，但注釋也說(shuō)只是寫入特定的字節(jié)，命名成b也是這個(gè)原因。主要是考慮后續(xù)使用的方便吧，你把byte轉(zhuǎn)成int，直接寫就可以｀int a=b，但反過(guò)來(lái)得寫成byte b=(byte)a`，很煩不是。還有就是如果你有個(gè)方法 f接受字節(jié)型參數(shù)，但｀f(b1 & b2)｀ 卻不能這么寫，雖然你知道結(jié)果是字節(jié)，但編譯器卻認(rèn)為是int,（因?yàn)?,-,*等運(yùn)算結(jié)果可能是int?),所以要寫成｀f((byte)b1 & b2)｀才行。很怪不是。

這么定義接口：

public void write(int b)

       throws IOException

Writes the specified byte to this buffered output stream.

這還是源于OutputStream的接口設(shè)計(jì), 只有低８位的寫入，其余24位全忽略。

 public abstract class OutputStream implements｛
     public abstract void write(int b) throws IOException;
...

對(duì)應(yīng)InputStream的recieve方法也是接受int類型的參數(shù)。

你也可以看看這里

https://stackoverflow.com/que...

2017年1月7日 01:10
編輯回答
逗婦乳

根據(jù)這篇博文來(lái)看

1個(gè)字節(jié)占8位，既然實(shí)際返回的是byte類型的數(shù)據(jù)，那么強(qiáng)制類型轉(zhuǎn)換int型截取低8位，對(duì)數(shù)據(jù)也不會(huì)造成影響。
這是因?yàn)樵趇nt強(qiáng)制轉(zhuǎn)換為byte型數(shù)據(jù)時(shí)，會(huì)產(chǎn)生一個(gè)-128~127的有符號(hào)字節(jié)，而不是read方法返回的0~255的無(wú)符號(hào)字節(jié)。

個(gè)人不負(fù)責(zé)任猜測(cè)應(yīng)該是為了寫入有符號(hào)字節(jié)。

因?yàn)?/p> 

System.out.println((byte) 128); // 輸出 -128
2018年1月27日 14:21