goroutine和channel對tcp串連訊息的收發

來源:互聯網
上載者:User
這是一個建立於 的文章,其中的資訊可能已經有所發展或是發生改變。

在看這篇文章之前,如果你沒看過golang利用socket封裝資料,那我建議你看下;

同樣,如果沒看過goroutine和channel實現master-worker模式,同樣建議你看下並理解之後再來看這篇文章。

這篇文章主要是上兩篇文章的結合使用。

tcp訊息的收發

我們已經知道,socket是一個抽象層,其本質是編程介面(API),對TCP/IP的封裝,TCP/IP也要提供可供程式員做網路開發所用的介面,這就是Socket編程介面。所以我們隊tcp訊息的收發即對socket中幾個介面的配合使用來完成。

在golang利用socket封裝資料這篇文章中,我們對tcp的訊息有收發的處理。但是,成千上萬個client發送到server端的tcp請求可能server端還能應付得過來(每個tcp串連開啟一個goroutine,這是典型的BIO方式處理),要是數量級繼續往上呢?結果server端就不一定能應付得過來了,因此考慮不用BIO的方式處理(之後會考慮寫一篇文章專門講一下BIO,NIO,AIO方式),暫時改用master-worker模式來處理tcp串連訊息的收發,對於剛看完上兩篇文章的你可能已經想到了,將前兩篇文章稍作修改,就可以完成這個工作,因此我建議你最好動手試試,程式碼完成之後運行一遍看看是否成功。





















如果你任然沒有頭緒,這裡或許會給你一點提示,在worker的Job中封裝conn,然後將server端的handleConn(conn net.Conn)函數移到worker中,在處理job那裡調用handleConn()。由於對這個Job的處理不需要返回結果集,所以你可以嘗試取出master和worker中的結果集Result。









如果你已經完成了上面的步驟,多次嘗試能否成功運行且在server端正確解析資料,如果都能成功解析資料,那麼恭喜你,成功了。


如果你發現在server端不斷接受資料,而client端沒有接收到server返回的資料,那麼也恭喜你,踏入另外一個坑,你可以嘗試分析一下server接收到的資料,看看問題出在什麼地方,或者從tcp串連出發,想想可能在哪個地方出現問題。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.