和光教程网

和光教程网

如何使用socket系统调用创建TCP三次握手

ladenna 0 51 次浏览 技术教程

TCP三次握手：网络世界的"三次敲门"艺术

当你在浏览器输入网址按下回车时，你的设备和远方服务器之间正在上演一场精密的"数字 handshake"。这就是TCP协议的三次握手——不是恋爱中的欲擒故纵，而是确保数据传输万无一失的通信礼仪。

一图看懂三次握手的"暗号交换"

第一次敲门（SYN=1）：客户端发送"连接请求信"，附带随机生成的初始序列号（ISN）。就像快递员按门铃喊："您好，有您的包裹！"此时客户端进入SYN_SENT状态，紧张等待回应。

第二次敲门（SYN=1, ACK=1）：服务器收到请求后，回复"收到请求，也请接收我的包裹"——即发送SYN+ACK报文，同时生成自己的ISN。这相当于门卫回应："请出示身份证，同时签收这份确认函。"服务器进入SYN_RCVD状态。

第三次敲门（ACK=1）：客户端发送最终确认："身份证已出示，确认函已签收！"此时双方都确认彼此收发能力正常，正式进入ESTABLISHED状态。这个过程就像两个人通过三次对话确认："你听得见我吗？""我听得见，你听得见我吗？""我也听得见！"

Socket系统调用：连接建立的"幕后推手"

三次握手看似简单，背后却离不开Socket系统调用的精密配合。就像导演指导演员走位，这些系统调用规定了通信双方的每一个动作：

服务器端的"待客之道"：

  1. socket()：创建套接字——相当于准备好接待客人的"前台"
  2. bind()：绑定IP和端口——给前台挂上"XX公司接待处"的牌子
  3. listen()：监听端口——前台开始留意门口的访客
  4. accept()：接受连接——前台引导客人到会客室（三次握手在此阶段由内核自动完成）

客户端的"拜访流程"：

  1. socket()：创建套接字——准备好拜访的"名片"
  2. connect()：发起连接——带着名片按响服务器的门铃

技术彩蛋：listen()函数的backlog参数就像会客室的座位数，超过这个数字的访客需要排队等候。如果队伍过长，新来的客人会收到"连接拒绝"的礼貌回绝。

从代码到通信：一次完整的"数字约会"

让我们通过简化的C语言伪代码，看看客户端和服务器如何完成这场"数字约会"：

服务器端代码片段：

int server_fd = socket(AF_INET, SOCK_STREAM, 0);  // 创建前台
bind(server_fd, (struct sockaddr*)&addr, sizeof(addr));  // 挂上牌匾
listen(server_fd, 128);  // 准备接待128位客人排队
int client_fd = accept(server_fd, ...);  // 引导客人到会客室

客户端代码片段：

int client_fd = socket(AF_INET, SOCK_STREAM, 0);  // 准备名片
connect(client_fd, (struct sockaddr*)&server_addr, sizeof(server_addr));  // 按门铃

当connect()调用完成时，三次握手已悄然结束。这个过程就像：服务器布置好会客室（bind()+listen()），客户端上门拜访（connect()），双方通过三次确认（三次握手）后，终于在会客室（accept()返回的新套接字）开始正式交谈。

抓包实测：Wireshark下的"握手现场"

用Wireshark抓包工具观察三次握手，就像用显微镜观察细胞分裂。下图清晰展示了三个报文的交互细节：

  • 第一个报文（SYN）：标记为[SYN]，序列号（Seq）为随机值（如1000）
  • 第二个报文（SYN-ACK）：标记为[SYN, ACK]，确认号（Ack）为1001（1000+1），同时携带服务器的Seq（如8000）
  • 第三个报文（ACK）：标记为[ACK]，确认号为8001（8000+1）

调试技巧：如果抓包时只看到前两个报文，可能是客户端没收到服务器的SYN-ACK，此时服务器会重传（由tcp_synack_retries内核参数控制重传次数）。

三次握手的"前世今生"：为什么不是两次或四次？

为什么不能两次握手？
想象快递员按门铃后不等你回应就把包裹扔门口——两次握手可能导致服务器为失效的连接请求浪费资源。就像现实中"喂？""喂？"的对话需要双方都听到才能继续。

为什么三次刚好？
三次握手是"最少必要次数"：

  1. 客户端确认服务器能收（第一次SYN）
  2. 服务器确认客户端能收也能发（第二次SYN-ACK）
  3. 客户端确认服务器能收（第三次ACK）

四次会怎样？
纯属画蛇添足。就像打电话时说"喂""你好""能听到吗""能听到"——多此一举。

现代优化：TCP Fast Open让握手"快人一步"

传统三次握手需要1个RTT（往返时间）才能开始传数据，而TCP Fast Open（TFO）通过"Cookie"机制，让第二次连接就能在SYN报文里直接带数据，节省1个RTT。这就像第二次拜访朋友时，门卫直接放行："您上次登记过，直接进吧！"

TFO工作流程：

  1. 首次连接：客户端请求Cookie → 服务器发放Cookie → 客户端缓存
  2. 后续连接：客户端SYN报文携带Cookie+数据 → 服务器验证Cookie后直接处理数据

性能提升：在延迟较高的移动网络中，TFO可将页面加载速度提升15-40%，这就是为什么大厂服务器都开启了tcp_fastopen=3内核参数。

防坑指南：三次握手失败的"四大元凶"

  1. SYN Flood攻击：攻击者发送大量SYN报文却不回复ACK，占满服务器半连接队列（SYN_RCVD状态）。防御方法：开启syncookie（echo 1 > /proc/sys/net/ipv4/tcp_syncookies）
  2. 端口被占用：bind()失败提示"Address already in use"，需设置SO_REUSEADDR选项
  3. backlog过小：全连接队列（ESTABLISHED状态）溢出，可通过ss -lnt查看，调大somaxconn参数
  4. 防火墙拦截：检查是否有iptables规则阻止目标端口，可通过telnet ip port测试连通性

每一次握手都是信任的开始

从浏览器访问网页到微信发送消息，TCP三次握手无处不在。这个看似简单的"三问三答"，背后是工程师们对可靠性的极致追求。下次当你点击链接时，不妨想象一下：你的设备正和远方的服务器进行着一场礼貌而精密的"数字握手"——这就是互联网最浪漫的技术诗。

原文链接：，转发请注明来源！
和光教程网 › 技术教程 › 如何使用socket系统调用创建TCP三次握手