三次握手是服务器与客户端建立TCP连接的核心机制，通过三次报文交换确保双方同步并初始化序列号，为可靠数据传输奠定基础。 这个过程看似简单，但背后藏着网络通信的智慧，今天我们就用大白话聊透它,顺便回答几个大家常问的问题。
三次握手是什么？从握手到连接
三次握手，全称三报文握手，是TCP协议连接建立时的标准动作，它让客户端和服务器在开始传数据前，先确认对方存在，并协商好初始序列号，没有这个过程，网络通信就是盲人摸象，业界共识认为，三次握手的设计巧妙地平衡了效率与可靠性,避免了因网络延迟导致的连接混乱。
这个过程涉及TCP报文头中的两个标志位：SYN（同步序列号）和ACK（确认），客户端和服务器的每一次交互，都通过这两个标志位的组合来传递意图，你可以把三次握手看作一次双人对话：互相确认对方在听,并且说话顺序清晰。
三次握手过程详解：第一步到第三步
我们把三次握手拆成三个步骤,每一步都有明确的目的和状态变迁。
第一步：客户端发送SYN报文
客户端主动打开连接，发送一个SYN（同步序列号）报文，并携带自己的初始序列号（比如x），此时客户端进入SYN_SENT状态，这个报文相当于客户端举起手说：“我要说话，这是我的序列号。”
第二步：服务器回复SYN+ACK报文
服务器收到SYN后，如果同意建立连接，会回复一个SYN+ACK报文，其中SYN携带自己的初始序列号（y），ACK确认客户端的序列号（x+1），服务器进入SYN_RCVD状态，这个报文相当于服务器说：“收到，可以，这是我的序列号，你的我也知道了。”
第三步：客户端发送ACK报文
客户端收到服务器的SYN+ACK后，再发送一个ACK报文，确认服务器的序列号（y+1），此时客户端进入ESTABLISHED状态，服务器收到ACK后，也进入ESTABLISHED状态，至此，双方握手完成,可以愉快地传输数据了。
整个过程中，状态变迁清晰：客户端：CLOSED -> SYN_SENT -> ESTABLISHED；服务器：LISTEN -> SYN_RCVD -> ESTABLISHED，你可以用netstat或ss命令观察这些状态，例如在终端输入ss -n | grep -E 'SYN|ESTAB'，就能看到当前连接处于哪个阶段，如果某个状态长期卡住,大概率是网络问题或攻击。
服务器与客户端三次握手原理：为什么是三次？
很多初学者会问：三次握手为什么是三次？ 两次不行吗？四次呢？三次是最小可靠次数。
两次握手的隐患
如果只有两次握手，服务器无法确认客户端的接收能力是否正常，假设客户端发送SYN后，服务器直接回复SYN+ACK并进入连接状态，但客户端可能因为网络问题没收到，或者客户端早前发送的SYN延时到达，服务器误以为新连接，造成资源浪费,两次握手无法避免这种历史连接干扰。
三次握手的作用
第三次握手客户端发送ACK，专门用来确认服务器回复被成功接收，这样服务器才知道客户端已经准备好，才能正式建立连接，三次握手还能让双方同步初始序列号，为后续数据排序和确认打好基础，业内专家指出,三次握手正是TCP可靠性的基石之一。
四次握手没有必要
三次握手已经足够，四次握手会多一次无意义的信息交换，增加延迟，所以TCP选择了三次，不多不少，这个设计经过了多年实践检验,至今仍是互联网通信的默认规则。
实际场景中的三次握手：服务器配置与优化
了解了原理，我们看看三次握手在实际中如何运作,以及服务器端可以怎么调优。
服务器如何参与握手
在服务器端，三次握手通过系统调用实现，当服务器监听某个端口，客户端发起连接时，内核自动完成三次握手过程，服务器程序只需用accept()获取已建立连接的套接字,具体操作路径：
- 服务器调用socket()创建监听套接字。
- 调用bind()绑定IP和端口。
- 调用listen()进入监听状态,指定backlog参数控制未完成握手队列长度。
- 客户端调用connect()触发三次握手，服务器端accept()返回新套接字。
握手超时与重传
如果握手过程中报文丢失，发送方会启动超时重传，首次超时时间通常为1秒，之后加倍，直到最大重传次数（默认5次）后放弃，对于服务器，合理设置超时参数可以防止资源浪费，据统计，多数情况下默认值能够满足需求，但在高并发场景下需要调整tcp_syn_retries和tcp_synack_retries内核参数。
SYN攻击与防护
SYN攻击是恶意客户端发送大量SYN报文但不完成第三次握手，导致服务器SYN_RCVD连接队列满，无法处理正常请求，防护措施包括SYN Cookie、增大SYN队列长度、缩短超时时间等，SYN Cookie是一种精巧的机制，在第二次握手时不再分配资源，而是加密序列号，避免资源耗尽，启用方法：echo 1 > /proc/sys/net/ipv4/tcp_syncookies。
三次握手与四次挥手区别
连接建立和释放是TCP的两大核心动作,但机制不同。
| 方面 | 三次握手 | 四次挥手 |
|---|---|---|
| 目标 | 建立连接，同步序列号 | 关闭连接，确保数据发完 |
| 步骤 | 三次报文交换 | 四次报文交换 |
| 状态变化 | 从CLOSED到ESTABLISHED | 从ESTABLISHED到CLOSED |
| 半关闭 | 无 | 支持，一方可先关闭发送 |
| 资源占用 | 建立时分配资源 | 释放时逐步回收 |
三次握手与四次挥手区别的核心在于：握手需要双方确认，挥手需要逐次关闭，挥手时，服务器收到FIN后可能还有数据要发，所以先回复ACK，等数据发完再发FIN，因此比握手多一次，理解这个区别,有助于排查连接迟迟不释放的问题。
三次握手问题解答：常见问题与答案
三次握手过程中服务器处于什么状态？
服务器在收到SYN后进入SYN_RCVD状态，发送SYN+ACK后等待客户端ACK，收到ACK后进入ESTABLISHED状态，SYN_RCVD状态是半连接状态，如果大量连接卡在这里，说明可能遭受SYN攻击或网络延迟异常，服务器端可用netstat -n | grep SYN_RCVD检查。
为什么客户端要发送第三次握手？如果客户端不发送呢？
第三次握手是客户端对服务器回复的确认，如果客户端不发送，服务器会认为SYN+ACK丢失，重传SYN+ACK，直到超时放弃，如果客户端故意不发送，就形成了半连接，服务器资源被占用，这是SYN攻击的原理，正常客户端不会这样，但内核协议栈确保任何一方不发送,连接都不会建立。
三次握手能否一次完成？什么情况下会握手失败？
不能一次完成，因为需要双方确认，握手失败可能由于网络故障、防火墙拦截、服务器端口未监听、客户端超时等，无论是哪种原因，都会导致连接建立失败，应用程序会收到错误码，比如EHOSTUNREACH或ETIMEDOUT，排查时，先检查服务器端口是否监听，再检查防火墙规则,最后确认网络连通性。
三次握手是TCP不可跳过的基础步骤，它用三次简洁的报文交换，换来了连接建立的可靠性。 理解它的原理，能帮你更好地排查网络问题、优化服务器性能，甚至设计更合理的分布式系统，下次客户端与服务器通信时,别忘了这三次用心的握手。