關於socket程式設計中使用send和recv收發資訊時候的特點。尤其是指令的時候。
下面是在windows平台上得出的結論
1.是不是等待closesocket呼叫才實際傳送到另一端？
不是。2.傳送多個小於接受端快取的訊息，在接收端會不會一起接受還是分別接受？
如果同時，則一起接受；
如果間隔一段時間，則分別接受（只要使用sleep即可，**不行）。
3.傳送乙個大於接收端快取的訊息，在接收端會不會分開接收？
是的。4.如果只有一種指令，則可以採取這種方案：確定指令大小（sizeof()），然後在兩端傳送和接受的緩衝區都設定為
這樣的大小進行收發，就不會出錯。（這樣就省去了成幀和解幀的過程，直接進行編碼和解碼獲取資訊即可）
5.指令編碼方案：
a。封裝成結構體進行收發
b。封裝成文字形式（字串）進行收發
c。封裝成二進位制形式進行收發。
網路程式設計（1） Socket收發
短連線 只進行一次收發就是短連線 長連線 傳送訊息後不關閉就是長連線，但會存在粘包等問題。接收 可以寫入乙個迴圈一直接收 trycatch exception e finally if outputstream null catch ioexception e catch exception e 沒...
關於研發過程中的思路
一般我們在研發過程中，控制會議，會遇到很多問題。有些人看的很長遠，但是過於理論化，實際實現起來，成本過高，這就是我們常說的over design 有些人只看眼前，認為能用就行。這時候主持人要思路清晰，匯集各方的精髓於己，加工運用。以下是個人的思路 臨時方案 最終方案 過渡方案 從臨時過渡到最終的方案...
通訊過程Socket程式設計
c s模式 瀏覽器 browser 伺服器 server 模式。只需在一端部署伺服器，而另外一端使用每台pc都預設配置的瀏覽器即可完成資料的傳輸。優缺點 簡單的c s模型通訊 server端 listen函式 func listen network,address string listener,e...