标准的wr/rd socket 姿势

标签：

一、标准的wr/rd socket姿势

标准流程sock read/write，参考sim里的代码【https://github.com/ideawu/sim.git】

sock默认为“阻塞的”，本例中设置为“非阻塞”的。

read返回值：

>0：rd到数据；

=0：sock连接断开；

<0：需要配合errno来判断。EINTR/EWOULDBLOCK。

阻塞的只需要rd一次就break，非阻塞的需要循环rd。

/*本例中noblock_ == true, 需要循环rd.流程如下

2016-02-10 14:13:10.937 [DEBUG] link.cpp(85): rd push buf(hao), len(3)

2016-02-10 14:13:10.937 [DEBUG] link.cpp(67): rd errno == EWOULDBLOCK

*/

http://blog.csdn.net/historyasamirror/article/details/5778378

blocking IO 
在linux中，默认情况下所有的socket都是blocking，一个典型的读操作流程大概是这样：

non-blocking IO

linux下，可以通过设置socket使其变为non-blocking。当对一个non-blocking socket执行读操作时，流程是这个样子：

IO multiplexing

IO multiplexing这个词可能有点陌生，但是如果我说select，epoll，大概就都能明白了。有些地方也称这种IO方式为event driven IO。我们都知道，select/epoll的好处就在于单个process就可以同时处理多个网络连接的IO。它的基本原理就是select/epoll这个function会不断的轮询所负责的所有socket，当某个socket有数据到达了，就通知用户进程。它的流程如图：

Asynchronous I/O

linux下的asynchronous IO其实用得很少。先看一下它的流程：

keepalive

1. tcp_keepalive_time

 the interval between the last data packet sent (simple ACKs are not considered data) and the first keepalive probe; after the connection is marked to need keepalive, this counter is not used any further

2. tcp_keepalive_intvl

 the interval between subsequential keepalive probes, regardless of what the connection has exchanged in the meantime

3. tcp_keepalive_probes

 the number of unacknowledged probes to send before considering the connection dead and notifying the application layer

当本地端tcp发现有tcp_keepalive_time(1800)秒后未收到peer端数据，开始以间隔tcp_keepalive_intvl(75)秒的频率发送心跳包，如果连续tcp_keepalive_probes(9)次以上未响应，表示peed端已经down了，本地端close连接。

TCP_NODELAY

TCP_SND_QUEUELEN

tpcTCP

https://www.processon.com/view/56377e1ce4b03a7c1d4ccb6e

标准的wr/rd socket 姿势

标签：

原文地址：http://www.cnblogs.com/freezlz/p/5483270.html