最贊回答 / nashi
終端是在JVM虛擬機的運行時環(huán)境運行的，可以自動識別，但是寫到文件里的內(nèi)容，編碼是根據(jù)及機器規(guī)定的編碼機制來讀取文件的，打開文件要使用特定的編碼機制打開方式，否則亂碼。
2016-02-15
最新回答 / Eric_戚
Test1 main 方法里加一句FileUtils fu = new FileUtils();然后再用創(chuàng)造的實例調(diào)用方法 fu.listDirectory(new?File("G:\\BaiduYunDownload"));
2016-02-13
已采納回答 / 早飯荷包蛋
第一個問題：<...圖片...>????我查看這個函數(shù)，read的返回值是the next byte of data，很明顯，是下個讀到的字節(jié)；第二個問題：????bos是輸出流，bos.write()就是將數(shù)據(jù)寫到輸出流，有什么問題嗎？????就像bis是輸入流，bos.read()將數(shù)據(jù)讀入輸入了流；????bis是一個桶，bos又是另一個桶，明白了嗎，不懂繼續(xù)追問
2016-02-01
已采納回答 / 高原火狐貍
這點說的我也有些暈。我理解是：一共有A（源文件）、B（程序）、C（目標文件）三個桶，A裝滿了水，B、C都是空的，要把A的水通過B桶全部轉(zhuǎn)移到C桶。單字節(jié)：一瓢一瓢從A舀水到B桶，再從B桶一瓢瓢舀水到C桶；緩沖讀?。阂黄耙黄皬腁舀水到B桶，將B桶水直接倒入C桶；比單字節(jié)快一點；批量讀?。褐苯訌腁桶倒水進B桶，再從B桶倒水進C桶；最快。從最后性能對比看，應該是這樣的，老師解釋的時候沒有把B桶說太明確。
2016-02-01
已采納回答 / dabo
這是正確的，數(shù)字以字節(jié)寫到你的文件，直接打開文件，編輯器會將數(shù)據(jù)根據(jù)字符集顯示為文字，而你的數(shù)字對應不上字符集中的文字，所以顯示亂碼。原理和用notepad 打開一個*.exe文件亂碼一樣
2016-01-30
最新回答 / 一條小咸魚
就只有\(zhòng)吧，因為路徑就只會用到: \，而\是轉(zhuǎn)義符的開始，為了和\t,\n這一類區(qū)別，需要用\\轉(zhuǎn)意為\
2016-01-30
最贊回答 / 梁XX
需要寫入，你可以在使用OutputStreamWriter或FileWriter不加入flush（）方法，運行后觀察被復制文件大小，你會看到不是GBK的文件，有時候復制文本為空，即沒有復制東西，為0KB. 同時字符流FileWriter有可能出現(xiàn)漏讀現(xiàn)象，再加上flush()方法，發(fā)現(xiàn)都被寫入。因為下次在使用字符流的時候一定要記得加flush()方法確保沒有錯誤。
2016-01-26