Re: [問題] socket寫活的

[Killercat (殺人貓™)]

※ 引述《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
推 popcorny:Server/Client的c的步驟都不需要,用原來的socket回傳就可
→ Killercat:c的步驟是accept的handover o_o d並沒有額外再開socket
→ Killercat:c是server開好socket後 用原來的socket告訴client新port
推 popcorny:那也不需要告訴client port，因為那還是原先的port
→ Killercat:告訴client port 我接下來要傳送binary給你用哪個port
→ Killercat:原來的port才能繼續listen 接受別的client的request
→ popcorny:不需要喲.不用另開socket/port也可以accept其他的request
→ Killercat:那是因為ServerSocket幫你做掉了.....
→ Killercat:看看ServerSocket.accept()回傳值吧 o_o/
→ popcorny:只要是不同的[ip,src_port,dest_port]就視為不同socket
※ 編輯: Killercat       來自: 59.124.251.135       (11/19 11:29)
→ popcorny:你可以用wireshark去監聽封包看,accept後還是同個port
→ popcorny:或是把accept回的socket印出來也可以看的出port有沒有換
→ sbrhsieh:不可能兩邊都只用 socket 來做。
→ Killercat:看了一下 應該上面兩位都沒說錯 感謝指正~