? 本文任然是对于当前阅读的一个知识梳理，衔接前文了解在地址输入栏中简单的按下一个回车背后复杂的故事，上文讲到通过建立
socket从DNS服务器拿到域名解析后的地址ip，但是该过程是一个基于udp协议的传输。而我今天梳理的是一种基于tcp协议的传输。
基于udp的传输：只负责包的发出和接受
基于tcp的传输：在udp的功能基础之上，提供了一些丢包判断的机制，以及丢包重传的机制。
在网络传输的过程中，往往会发生一些包丢的问题，基于tcp协议的网络传输更加严谨相比于基于udp的传输，更加严谨，它提供了一些丢包判断的机制，以及丢包重传的机制。
正题开始
建立一次tcp连接我们首先应该从，套接字的创建开始讲，首先我们需要知道下面的概念：
-
套接字：我们首先需要建立一条可靠的"网络线路"，这条网络线路是需要客户端与服务端两边提供可以相互连接的套接字才能成功建立。 套接字并非实体。
-
客户端：我们可以简单的理解发出请求并需要服务端提供响应的就是客户端。
服务端：根据客户端的请求提供响应。
-
套接字相互识别：服务端套接字与客户端套接字需要一个相互机制才能建立
tcp连接。 -
如果说
描述符是用来在一台计算机内部识别套接字的机制，那么端口号就是用来让通信的另一方能够识别出套接字的机制。 -
…
此图来源《网络是怎样连接的》
连接
下面我们来说一说通过套接字建立的过程。
- 服务器端调用Socket库创建一个套接字并监听某个端口等待客户端连接。
- 就浏览器客户端来说，使用解析
url获得的ip以及提前知道的服务器端口号，就如浏览器默认http协议使用80端口一样。 - 找到端口后监听可靠性连接，俗称三次握手
我们可以使用下面我们比较熟悉的方式来进行理解
伪代码
//服务端
socket<描述符> = Socket()
socket<描述符>.listen(80, () => {do something ...})
//客户端
socket<描述符> = Socket(ip, port)
socket<描述符>.connect()
上面代码的socket就充当了描述符的作用，描述符记录了与通信相关的一些信息，使用描述符就能让我们在发起多个不同的请求时，不会错误连接。
然后我们具体关注socket.connect()这部分的内容
三次握手
一段请求数据在经过tcp模块后会被包装上tcp头部。具体的格式与内容可以百度。
三次握手主要是通过控制位的真值进行操作，具体操作ACK,SYN
- 客户端向服务器发出第一次连接请求：
tcp头部中包括发出方端口号，接受方端口号，控制位信息，等信息。服务器返回一段数据包给客户端，其中tcp头部控制位信息的SYN位设为1,ACK位设为1。相当于告知客户端：“我收到了你的信号”。相当于完成第一次握手。 - 客户端收到服务器返回的信号，但是服务器此时并不知道客户端能够收到他的消息，所以客户端需要再次发送一段数据包给服务端，告诉服务端它能够收到信号，这段数据包中
tcp头部控制位信息的SYN位设为1,ACK位设为1。相当于告诉服务器：“我也能收到你的信号”。此时完成了第二次握手。 - 最终服务器收到了客户端的第二个信号。服务端就知道他能够和客户端双向传输了。此时完成了三次握手。
在三次握手之后就是数据的收发了。
在这里不知道有没有发现上面客户端第一次发出消息那行说了：“tcp头部中包括发出方端口号”。这里我们并没有设置端口号啊，那这个端口号怎么来的呢。原来我们我们进行socket调用系统就会为我们随机分配一个有效端口号，这个有效端口应是小于16位的，具体可百度，这个端口号会被存入描述符的地址空间。然后我们请求时就都会使用这个端口进行操作。
完成收发应当是四次挥手了
断开
四次挥手
四次挥手与三次握手类似，主要控制控制位的FIN SYN位。
具体过程
- 服务器完成所有的数据发送，首先发出断开请求此时讲
FIN位设为1，给客户端返回断开信息 - 客户端就收到服务器的断开信息并给服务器发送ACK（这个ACK是用来标识收到了多少个字节数据的），用于完整性校验
- 客户端发出断开请求此时讲
FIN位设为1，给客户端返回断开信息 - 服务端收到客户端你的断开信息并给服务器发送ACK
断开的最后会删除两端套接字，这样从建立连接到断开连接就结束了。