TCP为何采用三次握手来建立连接，若采用二次握手可以吗

1. TCP简介

TCP（Transmission Control Protocol 传输控制协议）是一种面向连接（连接导向）的、可靠的、基于IP的传输层协议，采用三次握手确认建立一个连接。

TCP为了保证报文传输的可靠[1]，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ACK)；如果发送端实体在合理的往返时延(RTT)内未收到确认，那么对应的数据（假设丢失了）将会被重传。

2. TCP协议三次握手过程分析

TCP是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接:

位码即tcp标志位,有6种标示:SYN(synchronous建立联机) ACK(acknowledgement 确认) PSH(push传送) FIN(finish结束) RST(reset重置) URG(urgent紧急)

Sequence number(顺序号码) Acknowledge number(确认号码)

第一次握手：主机A发送位码为syn＝1,随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；

第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包

第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack number=(主机B的seq+1),ack=1，主机B收到后确认seq值与ack=1则连接建立成功。

完成三次握手，主机A与主机B开始传送数据。

3. TCP连接建立

在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。 
第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认； 
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 完成三次握手，客户端与服务器开始传送数据.

4. 通俗理解

通俗理解

第一次对话：
前方敌军火力很猛，团长叫通讯员小张打电话请求总部支援。
小张拿起电话，说：“呼叫总部，这里是独立团”。不巧电话线被炸断了，总部接收不到小张传来的信息的情况下，沟通失败。
如果总部听到小张的呼叫，那么第一次对话成功，接下来进行第二次对话。
第二次对话：
总部听到了小张的话，但是不巧，总部接电话的只有一个外国友军，来了句"Hello, balabal"。小张农民出身，一句听不懂，多次尝试，沟通失败。说明总部无法做出正确的应答情况下沟通失败。
如果总部听到小张的话，并做出正确应答，并且进行反问，：”小张同志，详细说一下具体情况。 那么第二次握手成功。
通过前两次对话，说明总部听懂了小张的话，并且做出正确应答，接下来进行第3次对话。
第三次对话：
小张刚说完话，来了一个子弹，小张同志牺牲了。总部等了许久，没听到小张回话，通话结束。说明小张在无法应答的情况下沟通失败。
如果小张刚好穿了防弹衣，做出应答:"敌人的火力很猛，请求支援。两人第3次对话成功，两人建立起顺畅的沟通渠道，接下来开始持续通话。
听过第二次和第三次对话，证明了总部能听懂小张的话，并且做出正确应答。

可见，小张要和总部沟通，3次通话过程是必须的。TCP采用三次握手来建立连接，也可以理解了。

5. 为什么要建立3次握手，一次连接

为了保证服务端能收接受到客户端的信息并能做出正确的应答而进行前两次(第一次和第二次)握手。

为了保证客户端能够接收到服务端的信息并能做出正确的应答而进行后两次(第二次和第三次)握手。

如果只是两次，就不能客户端是否收到服务器端的应答。

6. 引用

http://baike.baidu.com/subview/32754/8048820.htm?from_id=8988699&type=syn&fromtitle=TCP%E5%8D%8F%E8%AE%AE&fr=aladdin

http://www.cnblogs.com/CBDoctor/archive/2012/10/17/2727073.html