三次握手；为什么不用两次握手呢？

问题1：第一次握手：客户端向服务器端发送一个信号syn=1，并且生成一个随机的序seq=x，告诉服务器端我要发送数据了，进入syn-sent（同步已发送）状态。
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（SYN=1，ACK=1）位子设定一个初始序号seq=y；即SYN+ACK包，此时服务器进入SYN_RECV（同步收到）状态； 这一步有四个参数syn，ACK，ack，seq。
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，ACK=1，如果ACK携带数据消耗一个序列号seq=x+1;如果不携带数据，不消耗序列号，下一个数据报文段序号仍然是seq=x+1；此包发送完毕，客户端和服务器进入ESTABLISHED（已建立连接）状态，完成三次握手。
完成三次握手，客户端与服务器开始传送数据.

问题2：
主要是为了防止已经失效的连接请求报文段突然又传送到了B，因而产生错误（死锁）。
比如：A发出第一个请求，因为在某个网络节点长时间滞留，导致在一段时间后它才到达B，本来这是一个早已经失效的报文段，但是B在接到请求后，如果是两次握手，就会向A发出确认报文段，同意建立连接
，如果是两次握手，只要B发出确认，新的连接就建立成功了，由于A并没有发出建立连接的请求，所以不会理睬B的确认，也不会给B发送数据，而B一直在等待，这就造成了死锁。