Re: [問題] socket寫活的
※ 引述《LaPass (LaPass)》之銘言:
: ※ 引述《dremel (hadoop)》之銘言:
不要用單純的raw socket, 稍微看一下TCP的listen/accept是怎麼實做的
去改一下TCP的實作方法
Server端來說
a TCP開一個socket port
b TCP等著這個socket port收訊息(listening)
c TCP收到Client訊息(accept), 開一個新的socket port並且告訴client該port
d TCP斷開該client連結 繼續listening, 新的socket port喂client資料
Client端來說(分別對應上面的abcd)
a Client開一個socket port
b Client連結某個listening的TCP socket port
c 收到Server告訴你的接下來要跟誰接頭的port number
d 從該port number取得服務
實作上的scenario的資料交換可以是這樣(一樣對應abcd)
a server開一個listening port, 等著收檔名
b client傳送檔名到server, 可能格式就是"file://tcp.jpg<CR><LF><CR><LF>"
CR LF是檔案傳輸中很常見的boundary, 可以google一下
c server收到client需求,回傳status code跟port number
可以是JSON 也可以是任何格式 比方說"OK<CR><LF><CR><LF>10422"
然後打開10422 port, 開一個worker thread等著把tcp.jpg轉成binary
d client收到訊息得知1. server有檔案(所以回傳OK) 2. 我該跟10422port拿
所以開一個socket port連接10422, 開始收binary.
其中所有server/client的溝通就是稱為protocol, 比方說client先跟server說
"我需要一個tcp.jpg" server會跟client說"ok 去跟10422 port拿"
這些都可以自己定義 自己練習 甚至可以做一些很有趣的改變
比方說我不是跟10422拿 我可以跟另外一組ip去接洽
在Java實作TCP Server協定的是java.net.ServerSocket
(不過在實作練習這個的時候請用socket來做,
只是告訴你ServerSocket額外幫你做了什麼)
兩邊都用Socket先做做看 練習怎麼用Socket來做Client/Server溝通
以及為什麼Server要用這種迂迴的listen/accept模式
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.124.251.135
推
11/19 11:10, , 1F
11/19 11:10, 1F
→
11/19 11:15, , 2F
11/19 11:15, 2F
→
11/19 11:16, , 3F
11/19 11:16, 3F
推
11/19 11:22, , 4F
11/19 11:22, 4F
→
11/19 11:24, , 5F
11/19 11:24, 5F
→
11/19 11:26, , 6F
11/19 11:26, 6F
→
11/19 11:26, , 7F
11/19 11:26, 7F
→
11/19 11:27, , 8F
11/19 11:27, 8F
→
11/19 11:28, , 9F
11/19 11:28, 9F
→
11/19 11:28, , 10F
11/19 11:28, 10F
※ 編輯: Killercat 來自: 59.124.251.135 (11/19 11:29)
→
11/19 11:30, , 11F
11/19 11:30, 11F
→
11/19 11:32, , 12F
11/19 11:32, 12F
→
11/19 13:40, , 13F
11/19 13:40, 13F
→
11/21 15:15, , 14F
11/21 15:15, 14F
討論串 (同標題文章)