※ 引述《vn801368 (沒錢了...衰)》之銘言： : 可是TCP要一個一個建立連線 很費時 你可能被書上說的 "很費時" 嚇到了, 為什麼 TCP 會很費時, 是來自於 TCP 在建立連線時的 3-way-handshake 3-way-handshake的流程是像這樣子的.. A syn -> B A 想與 B連線, 送 syn 給B B syn -> A B 收到後回一個 syn 給 A A ack -> B A 收到 B的 syn後, 回 ack 給 B 簡設你的 A 與 B 間的 ping 值是 200ms 整個 "建立" 連線的時間大約大約大約在 300ms 只有在這個時間點會比 UDP 多花時間. 會很費時嗎? 其實也還好啦~ 像 MSN 這類連線軟體根本沒有這種建立連線速度的需求.. : 萬一要是其中一個一直連線失敗就會等很久 : 還有如果需要通知的人數很多的話 : 就會要建立很多連線 費時又麻煩 : UDP雖然比較快 可是怕會掉包沒收到 UDP 也是可以自己實作 可靠性 的機制, 如果一段時間內對方沒回應 "已收到", 那就要重傳. TCP與UDP還有另一個差別是, TCP才有連線的觀念(connection-oriented)而UDP沒有(connectionless) 所以你可以從一條固定的連線知道他是哪個user, 但在 UDP, 你每一次收到一個packet, 對你而言, 對方都一個client, 為了辨別client, client還需要多傳輸自己的ID, server再根據ID來回應.. 使用TCP或UDP對程式端的架構設計, 也會因此有很大的差別... : 然後client端固定30秒去更新一次 : 可是這樣程式負擔很大 : 而且也沒辦法達到及時的效果.... 這就有點像 polling 與 interrupt 間的決擇是一樣的.. 一種就是client固定週期向server要新資料, 一種就是有新資料時, server主動傳給 client.. 在像你這樣子的聊天程式, 個人會建議你用後者.. 因為像 MSN 這類的聊天程式, 據wikipedia上說有 290百萬人在使用.. 如果全球每 30 秒去向 server 問一次資料, 這和 DDoS 攻擊有什麼不一樣? 你再仔細想想, 其實這些 24 小時掛在網路上的宅宅, 可能一天只有很密集的一兩個小時有真的在聊天, 其他時段都是空閒的.. 如果你檢查週期太短=>server負擔很重, 週期太長=>訊息太晚收到,聊天不順暢 所以有新訊息時, 再由 server 主動傳給你, 應該會是較佳的設計.. 而且你的 client 也不用另外開一個 thread 來固定時間檢查+處理同步問題~ 想一想, 好像也比較好撰寫? 當然在像 MSN Messenger 這類有百萬user在線上的服務 會有更複雜的機制來簡輕 sever的負擔 .. server可以被設計成, 用來提供你某個user所在的ip 如果某個user換了ip(或上線)或下線, 則由server主動告知你, 你取得 對方的ip後, 再直接與他建立點對點的連線, 這樣也是另一種可行的設計方案.. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 211.74.113.211