TCP的三次握手，四次挥手

(1)建立连接的时候有几个关键的数据段，ACK(确认应答数据段)，ACK=1时连接才有效，连接建立后所有发送的报文的ACK必须为1；SYN(同步序号)，SYN连接建立时用来同步序号，当SYN=1而ACK=0时，表明这是一个连接请求报文，对方若同意建立连接，应在响应报文中使SYN=1和ACK=1，也就是SYN等于1表示这是一个连接请求或连接接受报文。

建立连接的时候，第一步是主机A发出请求连接报文，即 SYN=1 ACK=0，TCP规定SYN=1时不能携带数据，所以要消耗一个序号，比如主机A声明自己的序号是X，通过这个连接请求报文，主机A告诉主机B两件事，我想要和你通信;你可以用哪个序列号作为起始数据段来回应我。第二步，主机B收到连接请求后，进行回复确认，置SYN=1 ACK=1，并把自己的序号声明为Y，通过这个回复报文，B告诉A两件事，我已经收到你的请求了,你可以传输数据了;你要用哪个序列号作为起始数据段来回应我。主机A收到回复报文后，再对收到的回复报文向B发送一个确认应答，置ACK=1, A的序号是X+1，B的序号是Y+1，通过这个报文，A告诉B，我收到了你的回复，我要向你发送数据了。

为什么是三次握手，不是两次握手？

       第三次握手是为了防止已经失效的连接请求报文突然又传送给了B，如果A发送的连接请求报文由于网络延迟长时间滞留后，才发送到B的话，B收到这个失效报文后，认为是A发出的一个新的请求连接，然后B发出确认报文，同意建立连接，假如没有第三次握手的话，因为A没有发出新的连接请求，所以根本不会回应B发出的确认报文，也不会向B发送数据，但是B以为新的连接已经建立，会一直等待A发数据，B会浪费很多资源。

(2) 当主机A完成数据传输后，将控制位FIN置1，向B发送报文，提出停止TCP连接的请求； 主机B收到FIN后对A作出响应，确认这一方向上的TCP连接将关闭，将ACK置1，关闭了A到B的连接；由B再提出反方向的关闭请求，将FIN置1；主机A对主机B的请求进行确认，将ACK置1，双方向的关闭结束。

参考链接：

http://blog.csdn.net/oney139/article/details/8103223

http://www.cnblogs.com/bizhu/archive/2012/05/12/2497493.html