目录TCP为啥设定为三次握手(两个角度分析)不可靠产生无效链接浪费服务器资源TCP为啥四次挥手服务端有剩余数据需要发送--四次挥手(多数情况)服务端无剩余数据发送--捎带应答--四次变三次(少数情况)四次挥手可能出现的问题可能出现大量的TIME_WAIT可能出现大量的CLOSE_WAITTCP为啥设定为三次握手(两个角度分析)如果是4次，多了一次没啥意义还慢了，如果是两次握手逻辑可能存在下列问题：(这两个方面也可以理解为握手过程中可能出现的问题)不可靠TCP协议是可靠的，那么建立的连接也需要确保是双向，可靠的;根据连接过程分析，只有一方收到了另一方的ack确认报文，才能证明那一方的接收功能都正
练习四：文件名重复publicclassUUIDTest{publicstaticvoidmain(String[]args){Stringstr=UUID.randomUUID().toString().replace("-","");System.out.println(str);//9f15b8c356c54f55bfcb0ee3023fce8a}}```publicclassClient{ publicstaticvoidmain(String[]args)throwsIOException{ //客户端：将本地文件上传到服务器。接收服务器的反馈。 //服务器：接收客户端
上一篇我们说了网络其实是不稳定的，TCP和UDP其实是两个不同的对立者，所以TCP为了保证数据在网络中传输的可靠性，从丢包、乱序、重传、拥塞等场景有自己的一套打法。TCP格式源端口和目标端口是不可缺少的，用以区分到达发送给拿个应用。序号为了解决数据乱序的问题，解决数据先来后到的顺序问题。，确认序列号是为了保证对方又没有收到，用来重传的。对于TCP来说会努力保证TCP层面数据的可靠性。接下来就是SYN发起一个连接、ACK是回复、RST是重新连接。FIN是结束连接等。TCP是面向连接的，因而双方要维护连接的状态，这些带状态位的包的发送，会引起双方的状态变更。最重要的一个就是流量控制，是通过窗口大小
1.TCP套接字编程流程1.1概念流式套接字编程针对TCP协议通信，即是面向对象的通信，分为服务端和客户端两部分。1.2服务端编程流程：1）加载套接字库（使用函数WSAStartup()），创建套接字（使用socket()）2）绑定套接字到一个IP地址和一个端口上（使用函数bind()）3）将套接字设置为监听模式等待连接请求（使用函数listen()），监听套接字即完成4）请求到来后，接收连接请求，返回一个新的对应于此次连接的套接字（accept()）5）使用新的套接字和客户端进行通信，发送和接收数据（send()或recv()），通信结束就关闭这个新创建的套接字（closesocket()）
21.1引言TCP提供可靠的运输层。它使用的方法之一就是确认从另一端收到的数据。但数据和确认都有可能会丢失。TCP通过在发送时设置一个定时器来解决这种问题。如果当定时器溢出时还没有收到确认，它就重传该数据。对任何实现而言，关键之处就在于超时和重传的策略，即怎样决定超时间隔和如何确定重传的频率。我们已经看到过两个超时和重传的例子：（1）在6.5节的ICMP端口不能到达的例子中，看到TFTP客户使用UDP实现了一个简单的超时和重传机制：假定5秒是一个适当的时间间隔，并每隔5秒进行重传；（2）在向一个不存在的主机发送ARP的例子中（第4.5节），我们看到当TCP试图建立连接的时候，在每个重传之间使用
文章目录1.UDP1.1UDP结构1.2UDP特点1.无连接2.不可靠3.面向数据报4.缓冲区5.大小受限6.无序性2.TCP2.1TCP结构2.2TCP特点1.有连接2.可靠性3.面向字节流4.拥塞控制5.头部开销2.3TCP原理1.确认应答（安全机制）2.超时重传（安全机制）3.连接管理（安全机制）4.滑动窗口（效率机制）5.流量控制（安全机制）6.拥塞控制（安全机制）7.延迟应答（效率机制）8.捎带应答（效率机制）2.4粘包问题1.UDP1.1UDP结构2字节的长度表示整个数据报的最大长度（UDP首部＋UDP数据）。校验和用来验证数据是否出错，出错就摒弃。首部8个字节。源/目的端口号：表
文章目录📖前言1.TCP协议格式2.确认应答机制3.16位窗口大小4.6个标记位4.1URG紧急指针标记位：5.超时重传机制：6.连接管理机制6.1TCP三次握手（重点）：6.1-1三次握手的原因6.1-2RST复位标志位6.2TCP四次挥手（重点）：6.2-1CLOSE_WAIT和TIME_WAIT状态（1）解决TIME_WAIT状态引起的bind失败的方法（2）查看在accept之前三次握手建立的连接6.2-2listen的第二个参数7.滑动窗口7.1如何理解滑动窗口：7.2滑动窗口移动和大小问题：8.高速重发控制（快重传）9.流量控制10.拥塞控制10.1慢启动机制：11.延迟应答12.
TCP的定义TCP全称为TransmissionControlProtocol（传输控制协议），是一种面向连接的、可靠的、基于字节流的传输层通信协议。TCP是为了在不可靠的互联网络上提供可靠的端到端字节流而专门设计的一个传输协议。TCP的三次握手和四次挥手，可以说是老生常谈的经典问题了，通常也作为各大公司常见的面试考题，具有一定的水平区分度。看似简单的面试问题。如果你的回答不符合面试官期待的水准，有可能就直接凉凉了。本文会围绕，从三次握手和四次挥手相关的一系列核心问题，分享如何更准确回答和应对常见的面试问题，以后面对再刁钻的面试官，你都可以随意地跟他扯皮了优雅回答三次握手三次握手：服务端新建套
重传对于丢失分组n，在GBN中，发送方会重传n及n以后的数据包；在SR中，只会重传n。 缓存对于乱序达到的分组，在GBN中，接受段端会直接丢弃；在SR中，会把它们缓存下来。 定时器在GBN中一个连接只会设置一个定时器，在SR中会为每个分组设置定时器。 而TCP呢？ 重传和缓存像SR，定时器像GBN。 TCP协议中的ack指的是期望收到的分组。而GBN，SR中ack指的是已经确认的分组。 GBN：如果某个报文段没有被正确接收，则从这个报文段到后面的报文段都要重新发送。采用累计应答的方式。例如接收端返回ACK
问题截图Errornumber-138是FFmpeg在推流过程中出现的错误代码，表示在打开输出rtmp流时发生了问题。这个错误可能是由于与推流端建立连接失败、推流端IP端口有问题或者nginx服务未启动等原因导致的。要解决这个问题，可以尝试以下方法：检查推流端IP端口是否有问题，可能存在端口被防火墙限制，被其它应用占用检查nginx服务是否启动。检查与推流端建立连接是否失败。
