TCP三次握手

三次握手

三次握手（three times handshake；three-way handshake）所谓的“三次握手”即对每次发送的数据量是怎样跟踪进行协商使数据段的发送和接收同步，根据所接收到的数据量而确定的数据确认数及数据发送、接收完毕后何时撤消联系，并建立虚连接。
为了提供可靠的传送，TCP在发送新的数据之前，以特定的顺序将数据包的序号，并需要这些包传送给目标机之后的确认消息。TCP总是用来发送大批量的数据。当应用程序在收到数据后要做出确认时也要用到TCP

TCP建立连接

服务器端进程创建传输控制块TCB，准备接受客户端进程的连接请求。
1.首先客户进程端首先创建传输控制块TCB，然后向服务器端发出连接请求报文段。 置SYN = 1 ,这时TCP客户端进入同步已发送状态。
2.服务器端收到客户端报文请求，同一简历连接，向客户端发送确认。同样报文段SYN = 1(保证同步)。
3.客户端收到服务器端发来的收到确认，还要向服务器端给出确认。这样TCP就建立了连接。

为什么要三次握手

防止已失效的报文突然又传送到服务器端，因而出现的错误。
所谓的“已失效报文”是如何产生的呢？
这样，当客户端发出请求后，这个请求丢失，那么客户端重新发送这样的一个请求，后来服务器端收到请求建立了连接，数据传输完毕后，释放了连接。那么存在这样一种情况：客户端发送的请求报文并没有丢失，只是在网络传输中滞留很长时间，以至于延误很长时间到达了服务器端。（由于这个报文延误，就要重传，并且从而建立连接，最后释放。）那么如果，如果没有三次握手，那么这时服务器端，接受这个报文，并且发送确认消息给客户端。由于客户端此时并没有发出什么报文，因此对这个确认不予理睬。此时服务器端一直以为，连接已经建立成功，等待客户端发来数据。那么它将一直等待下去。
如果采用三次握手，客户端不给服务器端发送确认消息，服务器端就知道客户端并没有想要建立连接，那么就不会那么等下去。就不会浪费自己的资源那么等下去。