使用libevent編寫websocket服務端時遇到了一個問題： 瀏覽器與服務端建立連接后，若刷新或關閉瀏覽器窗口（未監聽相應事件並處理），服務端無法得知連接斷開，按理說，這種情況屬於client異常終止，跟拔網線的情況類似。這種情況下，服務端不知情，仍保留此連接，仍按照既定邏輯向client ...

使用libevent編寫websocket服務端時遇到了一個問題： 瀏覽器與服務端建立連接后，若刷新或關閉瀏覽器窗口（未監聽相應事件並處理），服務端無法得知連接斷開，按理說，這種情況屬於client異常終止，跟拔網線的情況類似。這種情況下，服務端不知情，仍保留此連接，仍按照既定 ...

SIGPIPE往一個已經接收到FIN的套接中寫是允許的，接收到的FIN僅僅代表對方不再發送數據。並不能代表我不能發送數據給對方。往一個FIN結束的進程中寫(write)，對方會發送一個RST字段過來，TCP重置。如果再調用write就會產生SIGPIPE信號 　　通常，我們只需要忽略這個信號 ...

轉自：http://blog.csdn.net/lmh12506/article/details/8457772 前一段面試的時候被問到項目中有沒有處理SIGPIPE信號，怎么處理的？當時沒有答出來，今天終於找到答案了，記錄一下。 SIGPIPE信號詳解 當服務器close一個連接時 ...

GDB調試網絡程序時，會遇到SIGPIPE信息，默認GDB會把程序停下來，即使程序使用signal(SIGPIPE, SIG_IGN);來忽略信號。用handle命令設置一下缺省的signal的處理行為即可：(在gdb模式下運行下面的命令) handle SIGPIPE nostop ...

send或者write socket遭遇SIGPIPE信號 當服務器close一個連接時，若client端接着發數據。根據TCP協議的規定，會收到一個RST響應，client再往這個服務器發送數據時，系統會發出一個SIGPIPE信號給進程，告訴進程這個連接已經斷開了，不要再寫了。 又或者當一個 ...

轉載請注明出處：http://www.cnblogs.com/lihaiping/p/6811791.html 本學習筆記，僅用於問題探討，如有不同，可以討論。 最近在看流媒體分發服務器的相關代碼，其中對於網絡udp數據發送耗時的研究，這塊有一點點疑問： udp的sendto發送數據 ...

SIGPIPE TCP是全雙工的信道，可以看作兩條單工信道，TCP連接的兩個端點各負責一條。當對端調用close，雖然本意是關閉整個兩條信道，但本端只是收到FIN包。按照TCP協議的語義，表示對端只是關閉了其所負責的那一條單工信道，任然可以繼續接收數據。也就是說，因為TCP協議的限制，一個端點 ...