Linux中的socket编程

0、前言

首先明确socket是一类接口，在Linux中，一切皆为文件，socket亦然。因此，在Linux中的socket相关接口的使用与文件读写很接近。

1、Linux中socket编程接口详解

1.1、socket函数

Linux 下使用 <sys/socket.h> 头文件中 socket() 函数来创建套接字

int  socket(int protofamily, int type, int protocol);//返回sockfd

• protofamily：即协议域，又称为协议族（family）。常用的协议族有，AF_INET(IPV4)、AF_INET6(IPV6)、AF_LOCAL（或称AF_UNIX，Unix域socket）、AF_ROUTE等等。协议族决定了socket的地址类型，在通信中必须采用对应的地址，如AF_INET决定了要用ipv4地址（32位的）与端口号（16位的）的组合、AF_UNIX决定了要用一个绝对路径名作为地址。
• type：指定socket类型。type 为数据传输方式/套接字类型，常用的有 SOCK_STREAM（流格式套接字/面向连接的套接字） 和 SOCK_DGRAM（数据报套接字/无连接的套接字），详见：套接字类型。
• protocol：故名思意，就是指定协议。常用的协议有，IPPROTO_TCP、IPPTOTO_UDP、IPPROTO_SCTP、IPPROTO_TIPC等，它们分别对应TCP传输协议、UDP传输协议、STCP传输协议、TIPC传输协议。
• sockfd是描述符。socket函数对应于普通文件的打开操作。普通文件的打开操作返回一个文件描述字，而socket()用于创建一个socket描述符（socket descriptor），它唯一标识一个socket。这个socket描述字跟文件描述字一样，后续的操作都有用到它，把它作为参数，通过它来进行一些读写操作。

注:

• 并不是上面的type和protocol可以随意组合的，如SOCK_STREAM不可以跟IPPROTO_UDP组合。当protocol为0时，会自动选择type类型对应的默认协议。
• 当我们调用socket创建一个socket时，返回的socket描述字它存在于协议族（address family，AF_XXX）空间中，但没有一个具体的地址。如果想要给它赋值一个地址，就必须调用bind()函数，否则当调用connect()、listen()时系统会自动随机分配一个端口。

1.2、bind函数

服务器端要用 bind() 函数将套接字与特定的 IP 地址和端口绑定起来，只有这样，流经该 IP 地址和端口的数据才能交给套接字处理。
bind() 函数的原型为：

int bind(int sock, struct sockaddr *addr, socklen_t addrlen);  //Linux

• sock 为 socket 文件描述符，是socket函数的返回值；
• addr 为 sockaddr 结构体变量的指针。一般使用sockaddr_in 结构体，然后再强制转换为 sockaddr 类型；
• addrlen 为 addr 变量的大小，一般由 sizeof() 计算得出。
  实例程序：

//创建套接字
int serv_sock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

//创建sockaddr_in结构体变量
struct sockaddr_in serv_addr;
memset(&serv_addr, 0, sizeof(serv_addr));  //每个字节都用0填充
serv_addr.sin_family = AF_INET;  //使用IPv4地址
serv_addr.sin_addr.s_addr = inet_addr("127.0.0.1");  //具体的IP地址
serv_addr.sin_port = htons(1234);  //端口

//将套接字和IP、端口绑定
bind(serv_sock, (struct sockaddr*)&serv_addr, sizeof(serv_addr));

为什么addr参数要使用sockaddr_in 结构体，然后再强制转换为 sockaddr 类型？

首先，先看sockaddr_in结构体，其定义为：

struct sockaddr_in{
    sa_family_t     sin_family;   //地址族（Address Family），也就是地址类型
    uint16_t        sin_port;     //16位的端口号
    struct in_addr  sin_addr;     //32位IP地址
    char            sin_zero[8];  //不使用，一般用0填充
};

其中，in_addr 类型的结构体只包含一个成员，定义如下：

struct in_addr{
    in_addr_t  s_addr;  //32位的IP地址
};

in_addr_t 在头文件 <netinet/in.h> 中定义，等价于 unsigned long，长度为4个字节。也就是说，s_addr 是一个整数，而IP地址是一个字符串，所以需要 inet_addr() 函数进行转换
在看sockaddr结构体定义：

struct sockaddr{
    sa_family_t  sin_family;   //地址族（Address Family），也就是地址类型
    char         sa_data[14];  //IP地址和端口号
};

对比后可以发现：两个结构体都是16个字节，且具有一定的对应关系，做强制类型转换时也不会丢失字节。其本质是：sockaddr 是一种通用的结构体，可以用来保存多种类型的IP地址和端口号，而 sockaddr_in 是专门用来保存 IPv4 地址的结构体

因此，使用sockaddr 是为了增加编码的一致性；

1.3、connect函数

客户端使用connect函数，链接服务端，其函数实体为：

int connect(int sock, struct sockaddr *serv_addr, socklen_t addrlen);  //Linux

入参同bind函数

1.4、listen函数

对于服务器端程序，使用 bind() 绑定套接字后，还需要使用 listen() 函数让套接字进入被动监听状态，再调用 accept() 函数，就可以随时响应客户端的请求了。
listen函数实体为：

int listen(int sock, int backlog);  //Linux

• sock 为需要进入监听状态的套接字；
• backlog 为请求队列的最大长度。

当套接字正在处理客户端请求时，如果有新的请求进来，套接字是没法处理的，只能把它放进缓冲区，待当前请求处理完毕后，再从缓冲区中读取出来处理。如果不断有新的请求进来，它们就按照先后顺序在缓冲区中排队，直到缓冲区满。这个缓冲区，就称为请求队列（Request Queue）。
缓冲区的长度（能存放多少个客户端请求）可以通过 listen() 函数的 backlog 参数指定，但究竟为多少并没有什么标准，可以根据你的需求来定，并发量小的话可以是10或者20。
如果将 backlog 的值设置为 SOMAXCONN，就由系统来决定请求队列长度，这个值一般比较大，可能是几百，或者更多。
当请求队列满时，就不再接收新的请求，对于 Linux，客户端会收到 ECONNREFUSED 错误.。

注意：listen() 只是让套接字处于监听状态，并没有接收请求。接收请求需要使用 accept() 函数。

1.5、accept函数

当套接字处于监听状态时，可以通过 accept() 函数来接收客户端请求。
accept函数实体为：

int accept(int sock, struct sockaddr *addr, socklen_t *addrlen);  //Linux

• sock 为服务器端套接字；
• addr 为 sockaddr_in 结构体变量，同bind函数中定义；
• addrlen 为参数 addr 的长度，一般由 sizeof() 求得。

特别注意：
1、accept() 返回一个新的套接字来和客户端通信，addr 保存了客户端的IP地址和端口号，而 sock 是服务器端的套接字，大家注意区分。后面和客户端通信时，要使用这个新生成的套接字，而不是原来服务器端的套接字。
2、accept函数是阻塞的

1.6、接收/发送函数

在这里只记录send与recv函数，在linux中可以同文件I/0一样使用write/read函数，用法仅将文件读写的fd改为socket的fd即可，此处不做过多阐述。

send函数

函数原型：

int send( SOCKET s, const char FAR *buf, int len, int flags );

• 第一个参数指定发送端套接字描述符,这里的描述符是accept函数返回的描述符；
• 第二个参数指明一个存放应用程序要发送数据的缓冲区；
• 第三个参数指明实际要发送的数据的字节数；
• 第四个参数一般置0。
• 返回值为发送的字节数

在同步Socket的send函数执行过程中，当调用该函数时，会顺序执行：
send比较待发送数据的长度datalen和套接字s的发送缓冲的长度buffsize：

• 如果datalen > buffsize，函数返回SOCKET_ERROR；
• 如果datalen <= buffsize，send函数会检查协议是否正在发送s的发送缓冲中的数据，如果正在发送则等待协议把数据发送完，如果此时未发送数据，则比较s的发送缓冲区的剩余空间与datalen的大小，如果datalen大于剩余空间大小，send就一直等待协议把s的发送缓冲中的数据发送完，如果datalen小于剩余空间大小send，就把data拷贝到剩余空间中。
• 如果send函数拷贝数据成功，就返回实际copy的字节数，如果send在copy数据时出现错误，那么send就返回SOCKET_ERROR；如果send在等待协议传送数据时网络断开的话，那么send函数也返回SOCKET_ERROR。
• 要注意send函数把buf中的数据成功copy到s的发送缓冲的剩余空间里后它就返回了，但是此时这些数据并不一定马上被传到连接的另一端。如果协议在后续的传送过程中出现网络错误的话，那么下一个Socket函数就会返回SOCKET_ERROR。（每一个除send外的Socket函数在执行的最开始总要先等待套接字的发送缓冲中的数据被协议传送完毕才能继续，如果在等待时出现网络错误，那么该Socket函数就返回SOCKET_ERROR）。
• 注意：在Unix系统下，如果send在等待协议传送数据时网络断开的话，调用send的进程会接收到一个SIGPIPE信号，进程对该信号的默认处理是进程终止。

recv函数

函数实体为：

int recv( SOCKET s, char FAR *buf, int len, int flags );

• 第一个参数指定接收端套接字描述符；
• 第二个参数指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据；
• 第三个参数指明buf的长度；
• 第四个参数一般置0。

在同步Socket的recv函数的执行流程。

• 当应用程序调用recv函数时，recv先等待s的发送缓冲中的数据被协议传送完毕，如果协议在传送s的发送缓冲中的数据时出现网络错误，那么recv函数返回SOCKET_ERROR；
• 如果s的发送缓冲中没有数据或者数据被协议成功发送完毕后，recv先检查套接字s的接收缓冲区，如果s接收缓冲区中没有数据或者协议正在接收数据，那么recv就一直等待，只到协议把数据接收完毕；
• 当协议把数据接收完毕，recv函数就把s的接收缓冲中的数据copy到buf中（注意协议接收到的数据可能大于buf的长度，所以在这种情况下要调用几次recv函数才能把s的接收缓冲中的数据copy完。recv函数仅仅是copy数据，真正的接收数据是协议来完成的）；
• ecv函数返回其实际copy的字节数。如果recv在copy时出错，那么它返回SOCKET_ERROR；如果recv函数在等待协议接收数据时网络中断了，那么它返回0。

注意：在Unix系统下，如果recv函数在等待协议接收数据时网络断开了，那么调用recv的进程会接收到一个SIGPIPE信号，进程对该信号的默认处理是进程终止。
tcp协议本身是可靠的,并不等于应用程序用tcp发送数据就一定是可靠的.不管是否阻塞,send发送的大小,并不代表对端recv到多少的数据.

1.7、转换函数

在1.2bind函数中的实例函数中使用了转换函数，为什么建议使用转换函数？因为通常情况下，网络字节序列（或是通信协议协议）中数据的顺序是大端模式，操作系统中可能是大端，可能是小端，使用转换函数便可实现大小端的统一。

参考

http://c.biancheng.net/view/2123.html
https://blog.csdn.net/yu_yuan_1314/article/details/9766137
https://www.cnblogs.com/baiduboy/p/8127913.html
https://www.cnblogs.com/xuxm2007/archive/2011/08/18/2144994.html