最贊回答 / mmzpr5554321
正如你所說，byte只有8位，然后int有32位，所以byte轉換為int，int的前面24位是無意義的（就是跟轉換過來的值無關），所以0xff=0000 0000 0000 0000 0000 0000 1111 1111 & b可以保留后8位的數值，前面24位不管是0還是1都會為0不顯示。
2017-09-08
最贊回答 / 一五五一
ObjectOutputStream的實例調用writeObject(obj)方法時,虛擬機通過反射檢查對象的類是否實現Serializable接口,如果實現，則虛擬機內部進行序列化操作，同時通過反射檢測類是否有writeObject方法,如果有則調用obj的writeObject方法，反序列化類似。我是這樣理解的，歡迎指正。
2017-08-27
最贊回答 / YI_F
引用woider所講的:使用緩沖字節流復制確實是最快的方式，但對于小文件10M以下的文件體現不出優勢，對于百兆文件正確使用，時間可以控制到50ms內。視頻中的緩沖字節流使用有錯誤，復制文件最快的做法是將批量讀取到的字節數組使用緩沖寫入到文件，在機器性能范圍內字節數組越大越快。在循環寫入的過程中不需要使用flush，就像cwt8805說的，緩沖輸入流在關閉的時候會將所有緩沖區的數據全部寫入文件，使用flush刷新緩沖就失去了緩沖的意義。最后關閉IO流和文件流應該在finally中關閉，否則IO異常時執行不到...
2017-08-26
最贊回答 / Pikaqiu_01
因為你的源文件和目標文件名稱一樣，所以在找目標文件時發現了和目標文件名稱一樣的源文件，就把源文件刪除了重新創建了一個文件，所以你的源文件就沒有了，老師視頻里面有講到，當你給出一個路徑時，如果沒有這個文件他會創建這個文件，如果存在這個文件他會把這個文件刪除再創建，如果你不想這個已經存在的文件被刪除，只是想要續寫他，需要再加一個true,如果我沒記錯應該是：new File("文件路徑",true),具體的你可以再聽一遍
2017-08-08
最贊回答 / 小小小小小柯丶
我的理解是，視頻里面老師展示的是單字節處理，批量處理和單字節帶緩沖區處理，其中處理速度：單字節處理<單字節帶緩沖區處理<批量處理。但是并沒有講到批量帶緩沖區處理，也許你試試這種方法更快。
2017-08-04
最新回答 / PzZZ
先建一個文本文件，然后進入這個文本文件打一個聯字，再保存再進入，你會發現亂碼，因為聯這個字是很巧合的被utf-8識別存儲的，如果你建完文件直接打聯，再保存就不會亂碼了，因為它被存儲為ansi了
2017-07-31