使用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协议的限制，一个端点 ...