为什么TCP需要三次握手而不是两次?

《Computer Networking: A Top-Down Approach》讲解TCP那章里有个疑问:为什么TCP需要三次握手而不是两次?网上看的答案不太符合我的想法,而我的答案是:性能!

首先看下经典的TCP三次握手图解:

为什么TCP需要三次握手而不是两次?_第1张图片

我之前疑惑的一点就是在第1次握手(Client发送连接请求)和第2次握手(Server返回确认信息)后,第3次不就可以直接传数据了吗,何必有第3次握手确认?其实从性能方面考虑就能把2次握手排除了:

1.TCP不同于UDP,除了监听的主socket进程外,对于每个client,Server还会生成各自独立的socket来通信,而一个socket进程的建立很耗CPU的

2.假如TCP被设计成前2次握手建立连接、第3次就用来传数据;那么第一次握手时Server就需要建立一个对应此client的socket进程,等第2次握手被client处理完毕,client就直接连接此socket通信了

3.但第一次握手就建立监听socket进程是很冒险的:假如网络不好,一个client发送的第一次握手请求很久才到达Server,然后Server在建立了socket通信进城后发送第二次握手回应client,但因为timeout,此时这个握手请求肯定无效,但Server还是为此建立了个socket通信进程,而一个socket进程的建立很耗CPU的,实在是很浪费~甚至黑客发起SYN flood攻击时,Server这种一次握手建立socket方式会死的更快~

因此,我认为TCP3次握手后才建立socket通信是一种考虑到性能的设计方式

你可能感兴趣的:(为什么TCP需要三次握手而不是两次?)