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

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

在看這篇文章之前，如果你沒看過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串連出發，想想可能在哪個地方出現問題。