別糾結(jié)家蛙還是抓蛙了。反正2個讀法都是錯的。
英 [ 'd?ɑ:v? ] 美 [ ?d?æv?, ?d?ɑv? ]
英 [ 'd?ɑ:v? ] 美 [ ?d?æv?, ?d?ɑv? ]
2017-12-23
最贊回答 / qq_慕虎6536986
理論上是不通的。按道理應該是批量比緩沖更快。可以看一下源碼,知道緩沖底層調(diào)的是批量。如果數(shù)據(jù)不對,試一下多試幾次。有可能是JVM垃圾收集影響了。還有要拷貝不同的文件。讀過的文件操作系統(tǒng)有緩存了??揭粋€1-2GB的文件試試。<...code...>
2017-12-20
本來想一上午學完兩個章節(jié),發(fā)現(xiàn)有點天真。。。學了2個多小時了,還在第一章...
2017-12-20
叫“禹爸爸”同志的評論點贊數(shù)第二的我不知道點贊的都怎么想的,說明你們連read(byte[] bytes,int off,int len)都沒有搞清楚,建議回到一上節(jié)課去補一下。
2017-12-19
byte類型轉(zhuǎn)化int需要在高位補1,老師在代碼中已經(jīng)寫了 Integer.toHexString()& 0xff,這里是位運算取低8位,只需要改動判斷 if((buf[i]&0xff)<=0xf),老師最后在紅字里已經(jīng)說明,你自己留著上節(jié)課的判斷能怪誰呢,所以好好學吧
2017-12-19
我覺得read()方法的返回值要特別說明一下,不帶參數(shù)的返回的是讀出單個字節(jié)的int表示方式,而三個參數(shù)的read(byte[] b, int off, int len)方法,返回值是一共讀了多少個字節(jié),雖然都是int,但是含義不一樣,在前面的2個例子中,有的人很可能把int返回值都理解成字節(jié)數(shù)量,導致看不懂為什么要轉(zhuǎn)換成16進制輸出
2017-12-14
不添加flush()方法明顯比加flush()方法塊太多啊,而且flush()方法放在循環(huán)體中太影響效率了吧,每循環(huán)一次都要刷新緩存。放在循環(huán)體外面應該更好一點吧。
2017-12-12
一邊讀,一邊寫好不好? 還是一次性的把文件讀到字節(jié)數(shù)組,利用FileOutputStream 寫入到目標文件輸出流 ?
2017-12-11
讀取一個文件作為輸入字節(jié)流,從這個輸入字節(jié)流中獲取數(shù)據(jù)一次一個, 寫個評論證明曾來過
2017-12-11