网络上的两个程序经过一个双向的通讯链接实现数据的交换,这个链接的一端称为一个socket。html
服务器端和客户端通讯过程以下所示:
node
服务端的过程主要在该图的左侧部分,下面对上图的每一步进行详细的介绍。linux
/* * _domain 套接字使用的协议族信息 * _type 套接字的传输类型 * __protocol 通讯协议 * */ int socket (int __domain, int __type, int __protocol) __THROW;
socket起源于UNIX,在Unix一切皆文件哲学的思想下,socket是一种"打开—读/写—关闭"模式的实现,能够将该函数类比经常使用的open()
函数,服务器和客户端各自维护一个"文件",在创建链接打开后,能够向本身文件写入内容供对方读取或者读取对方内容,通信结束时关闭文件。c++
参数介绍git
第一个参数:关于协议族信息可选字段以下,只列出通常常见的字段。github
地址族 | 含义 |
---|---|
AF_INET | IPv4网络协议中采用的地址族 |
AF_INET6 | IPv6网络协议中采用的地址族 |
AF_LOCAL | 本地通讯中采用的UNIX协议的地址族(用的少) |
第二个参数:套接字类型。经常使用的有SOCKET_RAW,SOCK_STREAM和SOCK_DGRAM。算法
套接字类型 | 含义 |
---|---|
SOCKET_RAW | 原始套接字(SOCKET_RAW)容许对较低层次的协议直接访问,好比IP、 ICMP协议。 |
SOCK_STREAM | SOCK_STREAM是数据流,通常为TCP/IP协议的编程。 |
SOCK_DGRAM | SOCK_DGRAM是数据报,通常为UDP协议的网络编程; |
第三个参数:最终采用的协议。常见的协议有IPPROTO_TCP、IPPTOTO_UDP。若是第二个参数选择了SOCK_STREAM,那么采用的协议就只能是IPPROTO_TCP;若是第二个参数选择的是SOCK_DGRAM,则采用的协议就只能是IPPTOTO_UDP。编程
/* * __fd:socket描述字,也就是socket引用 * myaddr:要绑定给sockfd的协议地址 * __len:地址的长度 */ int bind (int __fd, const struct sockaddr* myaddr, socklen_t __len) __THROW;
第一个参数:socket文件描述符__fd
即套接字建立时返回的对象,ubuntu
第二个参数:myaddr
则是填充了一些网络地址信息,包含通讯所须要的相关信息,其结构体具体以下:windows
struct sockaddr { sa_family_t sin_family; /* Common data: address family and length. */ char sa_data[14]; /* Address data. */ };
在具体传参的时候,会用该结构体的变体sockaddr_in
形式去初始化相关字段,该结构体具体形式以下,结构体sockaddr
中的sa_data
就保存着地址信息须要的IP地址和端口号,对应着结构体sockaddr_in
的sin_port
和sin_addr
字段。
struct sockaddr_in{ sa_family_t sin_family; //前面介绍的地址族 uint16_t sin_port; //16位的TCP/UDP端口号 struct in_addr sin_addr; //32位的IP地址 char sin_zero[8]; //不使用 }
in_addr
结构定义以下:
/* Internet address. */ typedef uint32_t in_addr_t; struct in_addr { in_addr_t s_addr; };
而sin_zero
无特殊的含义,只是为了与下面介绍的sockaddr结构体一致而插入的成员。由于在给套接字分配网络地址的时候会调用bind
函数,其中的参数会把sockaddr_in
转化为sockaddr
的形式,以下:
struct sockaddr_in serv_addr; ... bind(serv_socket, (struct sockaddr*)&serv_addr, sizeof(serv_addr);
须要注意的是s_addr
是一种uint32_t
类型的数据,并且在网络传输时,统一都是以大端序的网络字节序方式传输数据,而咱们一般习惯的IP地址格式是点分十进制,例如:“219.228.148.169”,这个时候就会调用如下函数进行转化,将IP地址转化为32位的整数形数据,同时进行网络字节转换:
in_addr_t inet_addr (const char *__cp) __THROW; //或者 int inet_aton (const char *__cp, struct in_addr *__inp) __THROW; //windows无此函数
若是单纯要进行网络字节序地址的转换,能够采用以下函数:
/*Functions to convert between host and network byte order. Please note that these functions normally take `unsigned long int' or `unsigned short int' values as arguments and also return them. But this was a short-sighted decision since on different systems the types may have different representations but the values are always the same. */ // h表明主机字节序 // n表明网络字节序 // s表明short(4字节) // l表明long(8字节) extern uint32_t ntohl (uint32_t __netlong) __THROW __attribute__ ((__const__)); extern uint16_t ntohs (uint16_t __netshort) __THROW __attribute__ ((__const__)); extern uint32_t htonl (uint32_t __hostlong) __THROW __attribute__ ((__const__)); extern uint16_t htons (uint16_t __hostshort)
给套接字分配了所需的信息后,就能够调用listen()
函数对来自客户端的链接请求进行监听(客户端此时要调用connect()
函数进行链接)
/* Prepare to accept connections on socket FD. N connection requests will be queued before further requests are refused. Returns 0 on success, -1 for errors. */ extern int listen (int __fd, int __n) __THROW;
第一个参数:socket文件描述符__fd
,分配所需的信息后的套接字。
第二个参数:链接请求的队列长度,若是为6,表示队列中最多同时有6个链接请求。
这个函数的fd(socket套接字对象)就至关于一个门卫,对链接请求作处理,决定是否把链接请求放入到server端维护的一个队列中去。
listen()
中的sock(__fd : socket对象)发挥了服务器端接受请求的门卫做用,此时为了按序受理请求,给客户端作相应的回馈,链接到发起请求的客户端,此时就须要再次建立另外一个套接字,该套接字能够用如下函数建立:
/* Await a connection on socket FD. When a connection arrives, open a new socket to communicate with it, set *ADDR (which is *ADDR_LEN bytes long) to the address of the connecting peer and *ADDR_LEN to the address's actual length, and return the new socket's descriptor, or -1 for errors. This function is a cancellation point and therefore not marked with __THROW. */ extern int accept (int __fd, struct sockaddr *addr, socklen_t *addr_len);
函数成功执行时返回socket文件描述符,失败时返回-1。
第一个参数:socket文件描述符__fd
,要注意的是这个套接字文件描述符与前面几步的套接字文件描述符不一样。
第二个参数:保存发起链接的客户端的地址信息。
第三个参数: 保存该结构体的长度。
linux下的发送函数为:
/* Write N bytes of BUF to FD. Return the number written, or -1. This function is a cancellation point and therefore not marked with __THROW. */ ssize_t write (int __fd, const void *__buf, size_t __n) ;
而在windows下的发送函数为:
ssize_t send (int sockfd, const void *buf, size_t nbytes, int flag) ;
第四个参数是传输数据时可指定的信息,通常设置为0。
linux下的接收函数为
/* Read NBYTES into BUF from FD. Return the number read, -1 for errors or 0 for EOF. This function is a cancellation point and therefore not marked with __THROW. */ ssize_t read (int __fd, void *__buf, size_t __nbytes);
而在windows下的接收函数为
ssize_t recv(int sockfd, void *buf, size_t nbytes, int flag) ;
/* Close the file descriptor FD. This function is a cancellation point and therefore not marked with __THROW. */ int close (int __fd);
退出链接,此时要注意的是:调用close()
函数即表示向对方发送了EOF
结束标志信息。
服务端的socket套接字在绑定自身的IP即 及端口号后这些信息后,就开始监听端口等待客户端的链接请求,此时客户端在建立套接字后就能够按照以下步骤与server端通讯,建立套接字的过程再也不重复了。
/* Open a connection on socket FD to peer at ADDR (which LEN bytes long). For connectionless socket types, just set the default address to send to and the only address from which to accept transmissions. Return 0 on success, -1 for errors. This function is a cancellation point and therefore not marked with __THROW. */ int connect (int socket, struct sockaddr* servaddr, socklen_t addrlen);
几个参数的意义和前面的accept函数意义同样。要注意的是服务器端收到链接请求的时候并非立刻调用accept()函数,而是把它放入到请求信息的等待队列中。
能够经过以下函数对套接字可选项的参数进行获取以及设置。
/* Put the current value for socket FD's option OPTNAME at protocol level LEVEL into OPTVAL (which is *OPTLEN bytes long), and set *OPTLEN to the value's actual length. Returns 0 on success, -1 for errors. */ extern int getsockopt (int sock, int __level, int __optname, void *__optval, socklen_t *optlen) __THROW; /* Set socket FD's option OPTNAME at protocol level LEVEL to *OPTVAL (which is OPTLEN bytes long). Returns 0 on success, -1 for errors. */ extern int setsockopt (int sock, int __level, int __optname, const void *__optval, socklen_t __optlen) __THROW;
参数说明:
scok: 套接字的文件描述符
** __level ** :可选项的协议层,以下:
协议层 | 功能 |
---|---|
SOL_SOCKET | 套接字相关通用可选项的设置 |
IPPROTO_IP | 在IP层设置套接字的相关属性 |
IPPROTO_TCP | 在TCP层设置套接字相关属性 |
** __optname ** :要查看的可选项名,几个主要的选项以下
选项名 | 说明 | 数据类型 | 所属协议层 |
---|---|---|---|
SO_RCVBUF | 接收缓冲区大小 | int | SOL_SOCKET |
SO_SNDBUF | 发送缓冲区大小 | int | SOL_SOCKET |
SO_RCVLOWAT | 接收缓冲区下限 | int | SOL_SOCKET |
SO_SNDLOWAT | 发送缓冲区下限 | int | SOL_SOCKET |
SO_TYPE | 得到套接字类型(这个只能获取,不能设置) | int | SOL_SOCKET |
SO_REUSEADDR | 是否启用地址再分配,主要原理是操做关闭套接字的Time-wait时间等待的开启和关闭 | int | SOL_SOCKET |
IP_HDRINCL | 在数据包中包含IP首部 | int | IPPROTO_IP |
IP_MULTICAST_TTL | 生存时间(Time To Live),组播传送距离 | int | IPPROTO_IP |
IP_ADD_MEMBERSHIP | 加入组播 | int | IPPROTO_IP |
IP_OPTINOS | IP首部选项 | int | IPPROTO_IP |
TCP_NODELAY | 不使用Nagle算法 | int | IPPROTO_TCP |
TCP_KEEPALIVE | TCP保活机制开启下,设置保活包空闲发送时间间隔 | int | IPPROTO_TCP |
TCP_KEEPINTVL | TCP保活机制开启下,设置保活包无响应状况下重发时间间隔 | int | IPPROTO_TCP |
TCP_KEEPCNT | TCP保活机制开启下,设置保活包无响应状况下重复发送次数 | int | IPPROTO_TCP |
TCP_MAXSEG | TCP最大数据段的大小 | int | IPPROTO_TCP |
** __optval ** :保存查看(get)/更改(set)的结果
** optlen ** : 传递第四个参数的字节大小
这里只对几个可选项参数进行说明:
参考案例以下:
int status, snd_buf; socklen_t len = sizeof(snd_buf); status = getsockopt(serv_socket, SOL_SOCKET, SO_SNDBUF, (void*)&snd_buf, &len); cout << "发送缓冲区大小: " << snd_buf <<endl;
虽然能够得到的接收/发送缓冲区的大小,可是经过设置接收/发送缓冲区大小时,获得的结果会与咱们指望的不同,由于对缓冲区大小的设置是一件很谨慎的事,其自身会根据设置的值进行必定的优化。
关于地址再分配问题会发生在这种状况下,首先看两种状况,假设客户端和服务器正在通信(测试代码下载地址)。
① 在客户端的终端按Crtl + c
或者其余方式断开与服务器的链接,此时客户端发送FIN消息,通过四次握手断开链接,操做系统关闭套接字,至关于close()
的过程。而后在次启动客户端,顺利启动。
② 在服务端的终端按Crtl + c
或者其余方式断开与客户端的链接,像①中同样,再次启动服务端,此时出现bind() error
错误。
服务器端出现这种状况的缘由是调用套接字分配网络地址函数bind()
的时候以前使用创建链接的同一端口号尚未来得及停用(大约要过两三分钟才处于可用状态),而客户端申请链接的端口是任意指定,程序运行时会动态分配端口号。
服务器端端口没有被释放到被释放的时间状态称为Time-wait状态,这个状态的出现能够借助TCP断开链接的四次握手协议来分析,以下图:
当client端发送ACK=1 ack=k+1
这个消息给服务端就当即消除套接字,若此时该消息中途传输被遗失,则这个时候server端就永远没法收到client的ACK
消息了。
TCP套接字默认是使用Nagle算法的,该算法的特征是只有收到前一条数据的ACK消息后,才会发送下一条数据。
从网上找到一张图说明使用和禁用Nagle算法的区别(图片来源),以下:
设置代码以下:
#include <netinet/tcp.h> //注意要引入这个头文件 int opt_val = 1; setsockopt(serv_socket, IPPROTO_TCP, TCP_NODELAY, (void*)&opt_val, sizeof(opt_val));
案例的过程,在网上看到了关于read和write的发送与接受过程的图,便于理解:
代码连接 github
注意以上代码都是在ubuntu下运行的,在windows的代码与此有所不一样。好比要引入一个<winsock2.h>
的头文件,调用WSAStartup(...)
函数进行Winsock的初始化,并且它们的接受与发送函数也有所不一样。
《TCP/IP网络编程》尹圣雨