枯树无花

TCP 三次握手背的滚瓜乱熟，那意外情况呢？丢包了呢？故意不回复 ACK 呢？ 一、序 当我们聊到 TCP 协议的时候，聊的最多的就是三次握手与四次挥手，但是你有没有想过，三次握手或者四次挥手时，如果发生异常了，是如何处理的？又是由谁来处理？ TCP 作为一个靠谱的协议，在传输数据的前后，需要在双端之间建立连接，并在双端各自维护连接的状态。TCP 并没有什么特别之处，在面对着多变的网络情况，也只能通过不断的重传和各种算法来保证可靠性。 建立连接前，TCP 会通过三次握手来保证双端状态正确，然后就可以

一：首先奉上 TCP三次握手的过程 TCP三次握手的过程 TCP连接释放的过程： TCP连接释放的过程 二： 1。为什么两次就建立连接还要三次握手呢？这主要是为了防止已失效的连接请求报文又突然传递服务器。 所谓“防止已失效的连接请求报文又突然传递服务器。”是这样一种情况： A客户端发出连接请求，因为连接请求报文丢失而未等到确认。于是A再次重传了连接请求，建立了连接。数据传输完毕后，释放了连接。现在假设那第一个请求只是因为网路节点长时间滞留了，使得它在第二个连接释放后才到达B服务器，那么B会以为这是一个新的连

转自:https://blog.youkuaiyun.com/weixin_37590253/article/details/81101915?fps=1&locationNum=2

一般情况下： send(),recv()用于TCP，sendto()及recvfrom（）用于UDP 但是send(),recv()也可以用于UDP，sendto()及recvfrom()也可以用于TCP sendto可以在参数中指定发送的目标地址 , send需要socket已建立连接, sendto 可用于无连接的 socket 对于send的有连接socket,两者一样,...