计算机网络技术知识点

计算机网络技术知识点 计算机网络技术知识点 以下就是计算机网络技术知识点等等的介绍，希望为您带来帮助。 TCP 协议的三次握手和四次挥手： 注：seq:sequance 序列号;ack:acknowledge 确认号;SYN:synchronize 请求同步标志;;ACK:acknowledge 确认标志;FIN：Finally 结束标志。 TCP 连接建立过程：首先 Client 端发送连接请求报文，Server段接受连接后回复 ACK 报文，并为这次连接分配资源。Client 端接收到 ACK 报文后也向 Server 段发生 ACK 报文，并分配资源，这样 TCP 连接就建立了。 TCP 连接断开过程：假设 Client 端发起中断连接请求，也就是发送 FIN 报文。Server 端接到 FIN 报文后，意思是说我 Client端没有数据要发给你了，但是假如你还有数据没有发送完成，则不必急着关闭 Socket，可以持续发送数据。所以你先发送 ACK，告诉 Client 端，你的请求我收到了，但是我还没准备好，请持续你等我的消息。这个时候 Client 端就进入 FIN_WAIT 状态，持续等待 Server 端的 FIN 报文。当 Server 端确定数据已发送完成，则向 Client 端发送 FIN 报文，告诉 Client 端，好了，我这边数据发完了，准备好关闭连接了。Client 端收到 FIN 报文后，就知道可以关闭连接了，但是他还是不信任网络，怕 Server 端不知道要关闭，所以发送 ACK 后进入 TIME_WAIT 状态，假如 Server端没有收到 ACK 则可以重传。"，Server 端收到 ACK 后，就知道可以断开连接了。Client 端等待了 2MSL 后依旧没有收到回复，则证实 Server 端已正常关闭，那好，我 Client 端也可以关闭连接了。Ok，TCP 连接就这样关闭了! 为什么要三次挥手? 在只有两次"握手'的情形下，假设 Client 想跟 Server 建立连接，但是却因为中途连接请求的数据报丢失了，故 Client 端不得不重新发送一遍;这个时候 Server 端仅收到一个连接请求，因此可以正常的建立连接。但是，有时候 Client 端重新发送请求不是因为数据报丢失了，而是有可能数据传输过程因为网络并发量很大在某结点被堵塞了，这种情形下 Server 端将先后收到 2次请求，并继续等待两个 Client 请求向他发送数据...问题就在这里，Cient 端实际上只有一次请求，而 Server 端却有 2 个响应，极端的状况可能由于 Client 端多次重新发送请求数据而导致Server 端最后建立了 N 多个响应在等待，因而造成极大的资源浪费!所以，"三次握...