※ 引述《dremel (hadoop)》之銘言：
: 小弟初學 練習SOCKET
: 我從良葛葛java教學網站上那
: copy JAVA SOCKET
: http://ideone.com/raPS80 SERVER端
: http://ideone.com/T5rkQt CLIENT端
: 一開始我在同一台電腦不同資料夾做檔案傳輸
: 步驟>先執行SERVER>使SERVER頃聽
: 在執行CLIENT>SERVER會接收檔案。
: 一開始我在同一台電腦不同資料夾做檔案傳輸，這樣是成功的!
: (IP為127.0.0.1)
: 但若我在不同的電腦上作傳輸(更改另一台PC的IP)
: SERVER端放PC1
: CLIENT端放PC2
: 我發現檔案是有傳過來但傳得不完整，檔案的大小總是會少幾個BYTE
: 使這個傳過來的檔案無發開啟!!!
: 是這支程式哪一行有問題嗎?
: 好像只能在單一的電腦傳才能成功。
: 麻煩高手求救 謝謝

你附上的程式碼，理論上你在同一台電腦上測一樣會出錯，只是機率比較低而已。

主要的問題在於 framing 沒有做好。主要出錯的是在 server site 這一方。
至於出錯的部分在於 BufferedInputStream 的使用方式，這個錯誤的使用方式
其實蠻常見到，只是少有人去注意它。

先談一下 BufferedInputStream 的特性，它採 decorator pattern，持有另一個
InputStream，而自己偽裝成 InputStream。它內部還有一個 buffer(如其名)，
每當 BufferedInputStream 執行任何 read/skip 操作時，它會盡量去消耗他持有
的 InputStream，來把 buffer 填滿。
因為這個特性，我們必須假設每次對 BufferedInputStream 執行了 read 操作
後，來源 InputStream 已經被消耗了一大段，這一段會是(雖然不總是)比從
BufferedInputStream 取出來的還多。也就是
BufferedInputStream 取出來的 + BufferedInputStream 內部 buffer 剩的
= 來源 InputStream 所消耗的

所以當你把一個 InputStream S decorate 成 BufferedInputStream B 後，有
執行過 read/skip 操作，那麼你就要繼續使用 B 來消耗 S 內的數據，否則你
以其他方式從 S 取得的數據流就可能是不完整的(很大的可能有一些部分在 B 的
buffer 裡)。
＊上述所提同樣適用在 BufferedReader 上。

目前 client site 是先傳檔名、換行後接檔案內容，那 server site 要自己去
判斷出屬於檔名的部分(以換行來切割)，這必須要雙方去協調定義好"換行"的部分。

這種簡單的應用情景下，比較簡單的方式是透過 DataOutput 的 writeUTF 操作
來傳遞一個字串(String)，其做法是把字串以 UTF-8 編碼後的長度先以兩個 bytes
送出，然後是編碼後的 byte sequence；DataInput - readUTF 則是反過來。

我稍微修改後的程式碼供你參考
Client2(http://ideone.com/y6fdEl)
Server2(http://ideone.com/Ay0vD3)

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 218.166.238.27
※ 編輯: sbrhsieh 來自: 218.166.238.27 (12/09 16:22)