tcp协议使用三次握手机制建立连接
三次握手和http协议有什么关系吗？
三次握手和http协议有什么关系吗？
是的。正好借此机会梳理下TCP/IP协议的数据传输流程：
首先，说明一下HTTP协议和TCP协议的关系。如下图所示：
HTTP协议位于应用层，TCP协议位于传输层，二者是上下层的关系。上层数据的传输需要依赖于下层连接的建立，而TCP连接建立时首先进行三次握手，三次握手成功后，方可进行数据通信，上层协议才能够正常进行。
如上图所示，端到端的数据传输时，在上层组装用户数据，经过传输层、网络层和网络接口层的层层封装，最终是经物理链路传输过去，然后再经过层层的解封装，最终获取实际的用户数据。我们在http开发过程中一般是不会关心底层的数据传输的。可能当我们存在疑惑的时候会查找一些资料，搞清楚它们之间的关系。
可能文章中存在解释或说明不到位的地方，欢迎指正。另本身具有多年的nio编程经验，可以互相交流，欢迎关注。
请问在TCP/IP模型的传输层上，什么协议实现的是可靠、面向连接的数据报服务？
TCP协议，它是使用三次握手建立连接后进行数据传输。过程如下：
通过tcp协议传输的数据？
TCP传输控制协议是一种面向连接的、可靠的、基于字节流的传输层通信协议。
TCP协议是面向连接、保证高可靠性(数据无丢失、数据无失序、数据无错误、数据无重复到达)传输层协议。
TCP通过三次握手建立连接，通讯完成时要拆除连接，由于TCP是面向连接的所以只能用于端到端的通讯。
tcp三次握手首保是什么？
TCP的三次握手最主要是防止已过期的连接再次传到被连接的主机。
如果采用两次的话，会出现下面这种情况。
比如是A机要连到B机，结果发送的连接信息由于某种原因没有到达B机；
于是，A机又发了一次，结果这次B收到了，于是就发信息回来，两机就连接。
传完东西后，断开。
结果这时候，原先没有到达的连接信息突然又传到了B机，于是B机发信息给A，然后B机就以为和A连上了，这个时候B机就在等待A传东西过去。
最后 两个机器进入无限的等待
tcp建立的线路？
TCP是因特网中的传输层协议，使用三次握手协议建立连接。当主动方发出SYN连接请求后，等待对方回答SYN，ACK。
这种建立连接的方法可以防止产生错误的连接，TCP使用的流量控制协议是可变大小的滑动窗口协议。
第一次握手：建立连接时，客户端发送SYN包(SEQx)到服务器，并进入SYN_SEND状态，等待服务器确认。
第二次握手：服务器收到SYN包，必须确认客户的SYN(ACKx 1),同时自己也送一个SYN包(SEQy),即SYN ACK包，此时服务器进入SYN_RECV状态。
第三次握手：客户端收到服务器的SYN ACK包，向服务器发送确认包ACK(ACKy 1),此包发送完毕，客户端和服务器时入Established状态，完成三次握手。