《一個 Go 程式系統線程暴漲的問題》結論

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

原文地址：https://zhuanlan.zhihu.com/p/22474724

作者的結論沒寫好，我來說兩句。。

 

結論：Docker swarm自己有個函數，叫setTcpUserTimeout，這個函數調用了conn.File()方法，將tcp的fd變成了blocking，而且沒有關閉對應的fd。相當於每次設定tcpUserTimeout參數，再去read一下fd，都會產生一個新的線程。因為老的線程在讀fd，而fd被設定成blocking了，於是golang的運行時只好再開一個新的。解決方案：不要用swarm的這個方法，或者提交到上遊讓swarm fixed掉，或者自己調用SetsockoptInt…… 好奇八卦了一下TCP_USER_TIMEOUT是什麼：根據RFC 5482，這個選項是用來跟對端溝通TCP逾時時間的。順帶看了一下，有關TCP逾時的RFC還包括：[RFC0793]  [RFC1122]。之前，TCP有類似的逾時選項TCP Keepalive。但是，TCP Keepalive是一個不建議開啟的選項。因為委員會覺得這樣會浪費頻寬，引起不必要的網路中斷。說白了，TCP是一組計時器組成的狀態機器，設計者是希望中間的電路中斷、重新路由之類的變動，不會影響到兩端的TCP狀態。 待續