标签：服务器端 建立 int TCP 接字 include 连接 客户端
服务端准备连接的过程
创建套接字
#include <sys/types.h>
#include <sys/socket.h>
int socket(int domain, int type, int protocol);
domain就是指PF_INET、PF_INET6以及PF_LOCAL等，表示什么样的套接字type可用的值是：SOCK_STREAM: 表示的是字节流，对应TCPSOCK_DGRAM： 表示的是数据报，对应UDPSOCK_RAW: 表示的是原始套接字
protocol原本是用来指定通信协议的，但现在基本废弃。因为协议已经通过前面两个参数指定完成。目前一般写成 0 即可
将套接字绑定到地址
#include <sys/types.h>
#include <sys/socket.h>
int bind(int sockfd, const struct sockaddr *addr,socklen_t addrlen);
- 这里的
addr可以设置为通配地址，对于 IPv4 的地址来说，使用INADDR_ANY来完成通配地址的设置；对于 IPv6 的地址来说，使用IN6ADDR_ANY来完成通配地址的设置
监听接入连接
初始化创建的套接字，可以认为是一个"主动"套接字，其目的是之后主动发起请求（通过调用 connect()）。通过 listen()，可以将原来的"主动"套接字转换为"被动"套接字，告诉操作系统内核：“我这个套接字是用来等待用户请求的。
#include <sys/types.h>
#include <sys/socket.h>
int listen(int sockfd, int backlog);
backlog限制了未决连接的数量，在这个限制之内的连接请求会立即成功，之外的连接请求就会阻塞直到一个未决连接被accept()并从未决连接队列中删除为止，Linux 下特有的/proc/sys/net/core/somaxconn文件用来调整这个限制
客户端可能会在服务器调用 accept() 之前调用 connect()，如果服务器可能正忙于处理其他客户端，这将产生一个未决连接，内核必须记录所有未决连接请求的相关信息，这样后续的 accept() 就能够处理这些请求：
接受连接
#include <sys/types.h>
#include <sys/socket.h>
int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
sockfd是监听套接字是监听套接字，监听套接字一直都存在，它是要为成千上万的客户来服务的，直到这个监听套接字关闭- 如果在调用
accept()时不存在未决连接，那么调用就会阻塞直到有连接请求到达为止 accept()会创建一个新 socket，并且正是这个新 socket 会与执行connect()对等 socket 进行连接，其返回的结果是已连接的 socket 的文件描述符addrlen是一个值-结果参数，它指向一个整数，在调用被执行前必须将这个值初始化为addr指向的缓冲区大小，这样内核就知道有多少空间可以用于返回 socket 地址，当accept()返回之后，这个整数会被设置成实际被复制进缓冲区中的数据的字节数- 如果不关心对等 socket 地址，那么可以将
addr和addrlen指定为NULL和 0
客户端发起连接的过程
创建套接字
步骤同上。
连接到对等套接字
#include <sys/types.h>
#include <sys/socket.h>
int connect(int sockfd, const struct sockaddr *addr,socklen_t addrlen);
sockfd是连接套接字，通过上一步中socket()创建addr和addrlen分别代表指向套接字地址结构的指针和该结构的大小，套接字地址结构必须含有服务器的 IP 地址和端口号
客户端在调用函数 connect() 前不必非得调用 bind()，因为如果需要的话，内核会确定源 IP 地址，并按照一定的算法选择一个临时端口作为源端口。
TCP 三次握手
调用 connect() 将激发 TCP 的三次握手过程，而且仅在连接建立成功或出错时才返回。其中出错返回可能有以下几种情况：
- 三次握手无法建立，客户端发出的 SYN 包没有任何响应，于是返回 TIMEOUT 错误
- 客户端收到了RST（复位）回答，这时候客户端会立即返回 CONNECTION REFUSED 错误，产生 RST 的三个条件：
- 目的地为某端口的 SYN 到达，然而该端口上没有正在监听的服务器
- TCP 想取消一个已有连接
- TCP 接收到一个根本不存在的连接上的分节
- 客户发出的SYN包在网络上引起了 "destination unreachable"，即目的不可达的错误
三次握手的解读
服务器端通过 socket()，bind() 和 listen() 完成了被动套接字的准备工作，被动的意思就是等着别人来连接，然后调用 accept()，就会阻塞在这里，等待客户端的连接来临。
客户端通过调用 socket() 和 connect() 之后也会阻塞。
接下来的事情是由操作系统内核网络协议栈完成的：
- 客户端的协议栈向服务器端发送了SYN包，并告诉服务器端当前发送序列号 j，客户端进入SYNC_SENT 状态
- 服务器端的协议栈收到这个包之后，和客户端进行 ACK 应答，应答的值为 j+1，表示对 SYN 包 j 的确认，同时服务器也发送一个 SYN 包，告诉客户端当前我的发送序列号为 k，服务器端进入 SYNC_RCVD 状态
- 客户端协议栈收到 ACK 之后，使得应用程序从
connect()调用返回，表示客户端到服务器端的单向连接建立成功，客户端的状态为 ESTABLISHED，同时客户端协议栈也会对服务器端的 SYN 包进行应答，应答数据为 k+1 - 应答包到达服务器端后，服务器端协议栈使得
accept()阻塞调用返回，这个时候服务器端到客户端的单向连接也建立成功，服务器端也进入ESTABLISHED状态
标签：服务器端,建立,int,TCP,接字,include,连接,客户端 来源： https://www.cnblogs.com/xiaojianliu/p/15161408.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。