计算机网络知识点（待续）

结合JavaGuide内容：
为什么TCP客户端最后还要发送一次确认呢？

一句话，主要防止已经失效的连接请求报文突然又传送到了服务器，从而产生错误。

如果使用的是两次握手建立连接，假设有这样一种场景，客户端发送了第一个请求连接并且没有丢失，只是因为在网络结点中滞留的时间太长了，由于TCP的客户端迟迟没有收到确认报文，以为服务器没有收到，此时重新向服务器发送这条报文，此后客户端和服务器经过两次握手完成连接，传输数据，然后关闭连接。此时此前滞留的那一次请求连接，网络通畅了到达了服务器，这个报文本该是失效的，但是，两次握手的机制将会让客户端和服务器再次建立连接，这将导致不必要的错误和资源的浪费。

如果采用的是三次握手，就算是那一次失效的报文传送过来了，服务端接受到了那条失效报文并且回复了确认报文，但是客户端不会再次发出确认。由于服务器收不到确认，就知道客户端并没有请求连接。

为什么连接时需要三次握手，而断开连接时需要四次挥手？
原因，服务端收到客户端的syn连接请求报文时，可以直接返回syn+ack报文，（syn报文是用来同步的，ack报文是用来应答的，）但是在关闭连接时，服务器端收到fin报文时，很可能不会立即关闭这个socket，因此只能先回复一个ack报文，告诉客户端收到了它发过来的fin包，但是不能马上关闭，需要等到所有报文发送完了，才可以发送fin报文。
参考博客链接

https://blog.csdn.net/qzcsu/article/details/72861891

TCP, UDP 协议的区别：
UDP，在传送数据前不需要先建立连接，远地的主机在收到UDP报文后也不需要给出任何确认。虽然UDP不提供可靠交付，但是正是因为这样，省去和很多的开销，使得它的速度比较快，比如一些对实时性要求较高的服务，就常常使用的是UDP。对应的应用层的协议主要有 DNS,TFTP,DHCP,SNMP,NFS 等。
TCP，提供面向连接的服务，在传送数据之前必须先建立连接，数据传送完成后要释放连接。因此TCP是一种可靠的的运输服务，但是正因为这样，不可避免的增加了许多的开销，比如确认，流量控制等。对应的应用层的协议主要有 SMTP,TELNET,HTTP,FTP 等。

回答角度：可以从是否需要建立连接，是否可靠运输，速度，具体的应用场景（直播，文件传输），对应的协议层。