概述关于TCP的杂乱知识点，不成体系，毕竟TCP真的太复杂。TCP，TransmissionControlProtocol；IP，InternetProtocol，两者共同组成TCP/IP协议族，包含一系列构成互联网基础的网络协议。OSI七层网络模型图片来自于OSI七层网络模型OSI七层由于太过严格，所以并没有应用在计算机中，其衍生的T

 慢启动原理默认，TCP连接，都是慢启动，也可以关闭。因为还不了解网络的带宽，不了解服务器能接受的最大窗口。所以，第一个数据包，一般是1个或者2个MSS那么大，这也就是CWND，拥塞窗口的大小。如果发过去，收到了一个ACK的确认包，发送方就以指数来增长CWND，如果上一次是1次，那下一次就是2的1次方

拥塞通常是由于网络中的资源（如路由器、链路）过载而导致的。当网络负载过大，超过其容量范围时，会出现数据包丢失、延迟增加、传输失败等问题，从而影响网络的性能和可靠性，如果发生，数据包丢失TCP就会重传数据，但是一重传就会导致网络的负担更重，产生更多的丢包，恶性循环不断放大。拥塞控

TCPheaderTCP虽然是面向字节流的，但TCP传送的数据单元是报文段。TCPsegment由一个固定的20字节的头再加上Offset偏移的多个字节构成。Offset占4个比特位，基本单位是4字节，TCP首部最大能表示2^4*4=60字节。SequenceNumber是包的序号，范围是[0，2^32-1]不断循环，TCP传输的

1.什么是网络拥塞：对网络中的某一资源的需求超过了资源所能提供的可用部分，网络性能就要变坏；这种情况就叫拥塞（网络资源包括带宽，交换节点中的缓存和处理机等），拥塞会导致网络的性能随着负荷的增大而下降。所以如何减少拥塞是网络重中之重的问题。2.TCP拥塞控制算法：以下算法都是建

传输层1.服务1.1功能应用进程之间的逻辑通信。从传输层来说，通信的真正端点是主机中的进程复用和分用复用：发送方的不同进程都可以使用同一个传输层协议进行数据传输接收方传输层能将数据正确交付到不同的目的应用进程检错检测TCP：发现报文出错，要求重发UDP：发现

上文浅谈TCP（1）：状态机与重传机制介绍了TCP的状态机与重传机制。本文介绍流量控制（FlowControl，简称流控）与拥塞控制（CongestionControl）。TCP依此保障网络的QOS（QualityofService）。TCP的流量控制RTT算法根据前文对TCP超时重传机制的介绍，我们知道Timeout的设置对于重传非常重要：

引言TCP巨复杂！同时在八股计算机网络中也经常被问到，必须会！这篇文章将让小白有个大体框架，知道怎么个事，面试中可以有话说，也能让佬更加巩固知识点。TCP是一个可靠的传输协议，为了保证它的可靠性，出现七七八八的机制，它可能有数据的破坏、丢包、重复以及分片顺序混乱等问题，TCP通过序

TCP拥塞控制算法初步介绍写得较为浅显,若有错误的地方还请指正.一、TCP拥塞控制:让发送方自己感知网络的拥塞程度并限制其能向链接发送流量的速率.限制方法:设置LastByteSent-LastByteAcked<=min{cwnd,rwnd}即已发送而未被确认的流量小于等于两个窗口长其中,cwnd

TCP协议的秘密武器：流量控制与拥塞控制合集-计算机网络(19) 1.网络协议的重要性与应用：理解进程间通信和网络分层结构（上）09-172.网络协议的重要性与应用：理解进程间通信和网络分层结构（下）09-183.深入理解HTTP的基础知识：请求-响应过程解析09-194.深入解析HTTP请求：了解请求特征

1.OSI七层模型？OSI七层模型：应用层、表示层、会话层、传输层、网络层、数据链路层、物理层TCP/IP五层模型：应用层、传输层、网络层、链路层、物理层应用层应用层是由网络应用程序使用的，是离用户最近的一层应用层通过各种协议，为网络应用提供服务，常见协议如下：FTP-文件传输协议HTTP/

一、什么是拥塞控制？不是有了流量控制吗？前⾯的流量控制是避免发送⽅的数据填满接收⽅的缓存，但是并不知道整个⽹络之中发⽣了什么。⼀般来说，计算机⽹络都处在⼀个共享的环境。因此也有可能会因为其他主机之间的通信使得⽹络拥堵。在⽹络出现拥堵时，如果继续发送⼤量数据包，可能会导致数

TCP可靠性传输相信大家都熟知TCP协议作为一种可靠传输协议，但它是如何确保传输的可靠性呢？要实现可靠性传输，需要考虑许多因素，比如数据的损坏、丢失、重复以及分片顺序混乱等问题。如果不能解决这些问题，就无法实现可靠传输。因此，TCP采用了序列号、确认应答、重发控制、连接管理和窗

TCP可靠性传输相信大家都熟知TCP协议作为一种可靠传输协议，但它是如何确保传输的可靠性呢？要实现可靠性传输，需要考虑许多因素，比如数据的损坏、丢失、重复以及分片顺序混乱等问题。如果不能解决这些问题，就无法实现可靠传输。因此，TCP采用了序列号、确认应答、重发控制、连接管理和

客户端每发送的一个包，服务器端都应该有个回复，如果服务器端超过一定的时间没有回复，客户端就会重新发送这个包，直到有回复。为了保证顺序性，每一个包都有一个ID。在建立连接的时候，会商定起始的ID是什么，然后按照ID一个个发送。为了保证不丢包，对于发送的包都要进行应答，但是这个应答

一、TCPTCP是面向连接的、可靠的、基于字节流的传输层通信协议。1、TCP头格式1、序列号：用来解决乱序问题，通过SYN包传给接收端主机，每发送一次数据，就「累加」一次该「数据字节数」的大小。2、确认应答号：用来解决丢包问题，指下一次「期望」收到的数据的序列号，发送端收到这个确

（1）如何通过代码获得应用程序主窗口的指针?主窗口的指针保存在CWinThread::m_pMainWnd中,调用AfxGetMainWnd实现。AfxGetMainWnd()->ShowWindow(SW_SHOWMAXMIZED)//使程序最大化.（2）确定应用程序的路径UseGetModuleFileName 获得应用程序的路径，然后去掉可执行文件名。Example

首先要明确的是超时重传的情况相对于快速恢复而言是更恶劣的，发生了超时重传可以理解为超过了设定的时间都没有收到3个相同的ACK，那么网络肯定拥堵的更严重。所以超时重传时将cwnd重置为1，尽可能少的向网络中发送数据。而快速恢复不以时间为标度，触发条件是接收到了三个相同的ACK。

 brr算法流程：bbr算是一个完全独立的拥塞算法，具有自己的拥塞状态机．tcp_cong_control函数已经被bbr_main函数接管了 staticvoidtcp_cong_control(structsock*sk,u32ack,u32acked_sacked,intflag,conststructrate_sample*rs){conststr

voidCChangeSizeView::OnButton4(){ //TODO:Addyourcontrolnotificationhandlercodehere CWnd*pBtn5=this->GetDlgItem(IDC_BUTTON5); pBtn5->ShowWindow(0);}voidCChangeSizeView::OnButton6(){ //TODO:Addyourcontrolnotificationhandl

 HWNDhWnd=GetSafeHwnd();CWnd*pWnd=CWnd::FromHandlePermanent(hWnd);//HWND转化为CWND       

2TCP可靠传输目录2TCP可靠传输TCP的精髓：滑动窗口协议1.滑动窗口协议（依据接收方返回的ack拓展滑动窗口）2.流量控制（防止丢包）：3.传递效率防止链路加塞的精髓：拥塞控制可

 原文：https://www.cnblogs.com/linfangnan/p/13369615.html-----------------------------------------------------------------------------------------------------

（1）如何通过代码获得应用程序主窗口的指针?主窗口的指针保存在CWinThread::m_pMainWnd中,调用AfxGetMainWnd实现。AfxGetMainWnd()->ShowWindow(SW_SHOWMAXMIZED)//使

文章目录​​CN_@TCP可靠机制@差错控制@流量控制@拥塞控制​​​​TCP的可靠性机制​​​​序号​​​​确认​​​​窗口大小和累计确认