前段時間研究分布式時寫了一個可擴展的服務器組程序，服務器組之間通信時老是達不到想要的性能。后來抓包排查，原來是TCP滑動窗口引起的問題，本來是很基礎的東西，奈何當初沒有太在意，導致錯誤的產生，現在詳細寫出來，忘不太清楚者警惕！
滑動窗口的基本情況我有必要廢話一下。TCP通信為了保證可靠性，每次發送的數據都需要得到對方的ACK才確認對方收到了(僅保證對方TCP接收緩沖收到數據了，但不保證對方應用程序取到數據了)，這時如果每次發送一次就要停下來等著對方的ACK消息，顯然是一種極大的資源浪費和低下的效率，這時就有了滑動窗口的出現。
發送方的滑動窗口維持著當前發送的幀序號，已發出去幀的計時器，接收方當前的窗口大小(由接收方ACK通知，大體等于接收緩沖大小-未處理的消息包)，接收方滑動窗口保存的有已接收的幀信息、期待的下一幀的幀號等，至于滑動窗口的具體工作原理這里就不說了。
一個socket有兩個滑動窗口(一個sendbuf、一個recvbuf)，兩個窗口的大小是通過setsockopt函數設置的，現在問題就出在這里，通過抓包顯示，設置的窗口大小沒有生效，最后排查發現setsockopt函數是后來加上的，寫到了listen函數的后面，這樣每次accept出的socket并沒有繼承得到主socket設置的窗口大小，無語啊……
解決辦法：setsockopt函數提前到listen函數之前，這樣在服務器程序啟動監聽前recvbuf就已經有了，accept后的鏈接得到的就是recvbuf了，啟動程序運行，抓包顯示窗口已經是指定的大小了。
網絡編程其實很簡單，任何人都可以寫出一套自己的服務器框架，但是細節決定成敗，性能的高低有時候就是幾個小細節決定的（當然這里說的這個問題是個編程錯誤，不屬于可優化的細節問題）