简介
TCP(Transmission Control Protocol 传输控制协议)是一种面向连接(连接导向)的、可靠的、 基于IP的传输层协议。
OSI的七层模型
数据从应用层发下来，会在每一层都会加上头部信息，进行 封装，然后再发送到数据接收端。接收端收到数据会一层一层的解码，
每一层的作用和对应的协议如下：
三次握手四次挥手简图
三次握手（建立连接）
第一次：建立连接时，客户端发送SYN包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；
第二次：服务器收到SYN包，向客户端返回ACK（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RCVD状态；
第三次：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。
完成三次握手，客户端与服务器开始传送数据，也就是ESTABLISHED状态。
三次握手保证了不会建立无效的连接，从而浪费资源。
四次挥手（断开连接）
第一次： TCP客户端发送一个FIN，用来关闭客户到服务器的数据传送。
第二次：服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。
第三次：服务器关闭客户端的连接，发送一个FIN给客户端。
第四次：客户端发回ACK报文确认，并将确认序号设置为收到序号加1。
四次挥手过程中的状态变化：
FIN_WAIT_1：当主动关闭连接的一方发送FIN，但没有接收到对象返回的ACK，会进入这个状态
FIN_WAIT_2：当主动关闭连接的一方发送FIN，接收到对象返回的ACK，会进入这个状态
CLOSE_WAIT：等待关闭，当接收到对方发送给自己的FIN以后，检查自己是否还有数据发送给对方，需要完成的事情是等待你去关闭连接。(被动方)
LAST_ACK:：它是被动关闭一方在发送FIN报文后，最后等待对方的ACK报 文。当收到ACK报文后，也即可以进入到CLOSED可用状态了。(被动方)
TIME_WAIT:：表示收到了对方的FIN报文，并发送出了ACK报文，就等2MSL后即可回到CLOSED可用状态了。
CLOSED：表示连接中断。
为什么要三次握手而四次回收
之所以绝大数时候我们看到的都是四次挥手，是因为收到fin后，知道对方要关闭了，然后OS通知应用层要关闭啥的，这里应用层可能需要做些准备工作，有一些延时，所以先回ack，准备好了再发fin 。 握手过程没有这个准备过程所以可以立即发送syn+ack。
重传机制：
TCP协议要求在发送端每发送一个报文段，就启动一个定时器并等待确认信息；接收端成功接收新数据后返回确认信息。若在定时器超时前数据未能被确认，TCP就认为报文段中的数据已丢失或损坏，需要对报文段中的数据重新组织和重传。重传一定量次数以后如果依然失败，会结束连接。
2MSL等待状态（两个作用）
MSL：报文的最大存活时间
第一个作用：当TCP执行一个主动关闭，并发回最后一个ACK，该链接必须在TIME_WAIT状态停留的时间为2MSL。这样可让TCP有机会在此发送最后一个ACK以防这个ACK丢失
第二个作用：这是说在2MSL时间内，虽然可以重新启动服务器，但是这个服务器还是要平静等待MSL时间才能进行下一次连接，这样可以避免端口冲突
半开状态：
一方已经关闭或异常终止连接而另一方却不知道，如果这个时候连接发送数据，将会返回RST，这种状态可以通过保活措施来检测出来（keepalive）
半关状态：
TCP连接一端在结束它的发送后还能接收来自另一端数据的能力，即数据只能单向流动，程序调用的是shutdown，而不是close。
保活（keepalive）：
作用：探测连接的对端是否存活，避免因为只有一段连接存在而一段关闭的状态存在浪费资源，还可以避免中间设备因为连接长时间不用而删除连接，导致出错。
步骤：在连接的指定时间内无数据交换，则会进行保活探测，服务端发送保活报文，若对方正确返回报文则会重置保活定时器的时间，若没有接收到正确的回应，则会根据指定的间隔继续发送探测报文，知道发送到达指定次数后，就会断开连接。
长连接短连接：
短连接在数据包发送完成后就会自己断开。
长连接在发包完毕后，它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接，长连接会通过keepalive来探测另一端的状态
长连接需要在http的头部设定 ： Connection: Keep-alive ， 短连接为 ： Connection: close
TCP的keepalive和HTTP的Keepalive不同，一个是检测机制，一个为标识是否为长连接。
参考文章：http://network.51cto.com/art/201411/456783.htm