昨天我们简单说了这个 HTTP 和 HTTPS 为什么说简单呢？因为就是基础的 HTTP 的协议的讲解以及 HTTPS 的安全性等，这就有读者说，为什么不说点进阶的内容呢。
① 流量控制 : 控制 发送方 降低发送速率 , 避免 接收方 来不及接收 , 丢弃数据 , 导致重传 ;
2. 超时重发机制 : 如果某个数据片没有到达 , 或者送达时间超时 , 接收方会将相关信息反馈给发送方 , 发送方需要将该数据片重新发送 ;
发送方 发送数据 速率高 , 接收方 接收数据 能力差 , 造成传输出错 , 数据链路层 的 负责进行流量控制的工作 ;
TCP协议作为一个可靠的面向流的传输协议，其可靠性是由流量控制和滑动窗口协议保证，而拥塞控制则由控制窗口结合一系列的控制算法实现。
咱做程序的时候经常碰到各个地方都需要发送串口的数据,但是如果两个发送函数一个先发送完,另一个紧接着就发送了.......
前文详细介绍了滑动窗口，TCP 通过滑动窗口来完成流量控制，当接收方发现自己跟不上发送的速度了，就缩小接收窗口大小，抑制发送方的发送速度，防止发送方发送太快。
流量控制就是发送方不能无脑的给接收方发送数据，它需要根据接收方的处理能力来发送数据。
TCP（Transmission Control Protocol）是传输控制协议，其作用于传输层，是一种提供了面向连接通信服务的协议
TCP(Transmission Control Protocol 传输控制协议)是一种基于IP的传输层协议，TCP协议面向连接、正面确认与重传、缓冲机制、流量控制、差错控制、拥塞控制，可保证高可靠性(数据无丢失、数据无失序、数据无错误、数据无重复到达)传输层协议。
2. UDP 发送和接收 : 计算机 A 向 计算机 B 的 X 端口发送消息 , B 不一定能接收到 , B 能收到并处理该消息的前提是 , B 当前正在监听 X 端口 ;
1.发送方协议栈根据DNS提供的服务器ip端口确定和服务器通信使用的socket套接字， 填充tcp头部信息（发送接受方ip端口信息），将syn设置为1,修改当前socket状态为正在连接
本文讨论的游戏架构设计中，分为两进程(逻辑服务器进程和数据服务器进程)，其中逻辑服务器进程包含多个逻辑网关，单个逻辑网关中含4类线程，发送线程是其中一种并在一个逻辑网关中存在多个，用来处理发送业务。 设计上： (1)每个玩家有对应的发送线程（N：1，根据发送线程数量哈希取余），发送时需要把数据包提交到该线程的发送添加队列里。 (2)每个玩家有个对应的网关指针 (3)分配发送线程时，会根据网关用户索引（这里的用户索引是会话索引，是会话列表中该会话的下标），获取逻辑网关上的会话列表中的会话。 (4)网关用户索引
1.协议栈根据上层传递的服务器ip端口确定 要链接的服务器sicket， 填充tcp头部信息（发送接受方ip端口信息）并将syn设置为1,修改的socket状态为正在连接
上篇文章讲了TCP拥塞控制机制的原理，没看过的不妨看下：5分钟读懂拥塞控制，这篇文章讲讲TCP流量控制机制。
计算方式：在数据传输的过程中，将发送的数据段都当做一个16位的整数。将这些整数加起来。并且前面的进位不能丢弃，补在后面，最后取反，得到校验和。 发送方：在发送数据之前计算检验和，并进行校验和的填充。 接收方：收到数据后，对数据以同样的方式进行计算，求出校验和，与发送方的进行比对。
上篇文章讲了TCP拥塞控制机制的原理，没看过的不妨看下：三分钟基础：什么是拥塞控制？，这篇文章讲讲TCP流量控制机制。
Internet - TCP 的封包格式：TCP 为什么要粘包和拆包？ 中提到了 TCP 利用发送字节数和接收字节数，这个二元组的唯一性保证顺序。
TCP协议作为一个可靠的面向流的传输协议，其可靠性是由流量控制和滑动窗口协议保证。
发送服务器的作用 发送服务器的目的在于向设备发送数据并控制设备。发送服务器可以使用 2.3 节介绍过的 HTTP、 WebSocket、 MQTT 协议和数据格式。 发送服务器靠在 1.3.4 节提到过的两种方法来运行，一种是通过设备申请来发送数据的同步传输；另一种是由发送服务器在任意时间发送数据的异步传输。那么，就用 HTTP、 WebSocket、 MQTT 协议来看看如何实现同步和异步传输。 使用 HTTP 发送数据 要实现数据发送， HTTP 是最简单的方法。在这个方法里，发送服务器是等待接收 HTTP 请求的 Web 服务器。设备向这台服务器申请发送数据，作为响应，服务器把数据发给设备（图 2.30）。
该判断条件也可以是Observable，即 等到 takeUntil（） 传入的Observable开始发送数据，（原始）第1个Observable的数据停止发送数据
Rxjava，由于其基于事件流的链式调用、逻辑简洁 & 使用简单的特点，深受各大 Android开发者的欢迎。
学习 TCP 协议，首先第一个要了解当然是 TCP 连接是如何建立的，下面给大家介绍一下三次握手和四次挥手的过程以及为什么要这样设计。
在某段时间，若对网络中某一资源的需求超过了该资源所能提供的可用部分，网络性能就要变坏，这种情况就叫做网络拥塞。
（1）查询方式： 发送程序：发送一个数据-----查询TI-------发送下一个数据（先发后查） 接收程序：查询RI--------读入一个数据---------查询RI-----（先查后收）
TCP协议为了尽可能保证数据传输的可靠性，因此数据的传输过程就比较复杂和繁琐。TCP为了保证数据传输速率，它需要一次尽可能多的传送数据，但数据一次发送太多出错的可能性也大，因此TCP通过一套机制来动态调整每次数据的发送量，这套机制就是我们前面提到过的滑动窗口。同时在上一节中，我们构造TCP数据包头时需要设置一个option叫maximun segment size，这个数据结构决定了无论当前滑动窗口有多大，一次数据发送量都不能超过它给定的范围。
该串口收发模块有串口发送模块，串口接收模块，波特率生成模块，发送数据fifo模块，接收数据的fifo模块组成。
我们都知道tcp的传输是可靠的，那么你知道tcp是如何实现数据的可靠传输的吗？今天就和大家一起探讨一下tcp是如何实现数据可靠传输的。
TCP协议传输的特点主要就是面向字节流、传输可靠、面向连接。这篇博客，我们就重点讨论一下TCP协议如何确保传输的可靠性的。
从确保双端收发能力正常的角度理解，==三次握手是能让客户端和服务端确信自己和对方的收发能力正常所需的最少次数==：
在设计架构或涉及网络时，我们都知道网络是不可靠的，可能会发生超时、断开连接、网络分区等各种问题。这些问题对于数据传输的可靠性和稳定性产生了很大的挑战。为了解决这些问题，各个组织都设立了专门的网络部门，致力于研究和解决网络问题。
最初的以太网是将许多计算机都连接到一根总线上。当初认为这样的连接方法既简单又可靠，因为总线上没有有源器件。
停止-等待 协议 讨论场景 : 只考虑 一方为发送方 , 一方为接收方 ; 相当于 单工通信场景 ;
"停止-等待" 协议 弊端 : 信道利用率低 , 发送完一帧后等待 , 这个时候信道完全是空闲的 ;
多条数据发送是指在发送时发送自上次发送以来所有存储的未发送过的数据（多个时间点采集并存储的数据）。
（先来一波操作，再放概念） 远程帧和数据帧非常相似，不同之处在于： （1）RTR位，数据帧为0，远程帧为1； （2）远程帧由6个场组成：帧起始，仲裁场，控制场，CRC场，应答场，帧结束，比数据帧少了数据场。 （3）远程帧发送特定的CAN ID，然后对应的ID的CAN节点收到远程帧之后，自动返回一个数据帧。
窗口是操作系统开辟的一块缓存空间，发送方在收到接收方ACK应答之前，必须在缓冲区保留已发送的数据，如果按期收到确认应答，数据就可以从缓冲区移除。
在面向帧的自动重传请求系统中，当待确认帧的数量增加时，有可能超出缓冲存储空间而造成过载。
为了使传输层提供可靠的数据传输服务，基于不可靠信道实现可靠数据传输需要采取以下措施：
应用数据被分割成TCP认为最适合发送的数据块。这和UDP完全不同，应用程序产生的数据报长度将保持不变。
本文分析了基于TCP的客户端和服务器端在非阻塞模式下发送数据时，由于发送缓冲区大小受限而导致发送失败的问题。通过发送大量数据使得接收缓冲区填满，然后调用send函数时，send函数会返回-1，并设置errno为EAGAIN。为解决该问题，可以采用设置非阻塞超时参数、使用循环发送、或者将发送缓冲区大小调整为更大的值等方法。
流控的概念源于 RS232 这个标准，在 RS232 标准里面包含了串口、流控的定义。大家一定了解，RS232 中的“RS”是Recommend Standard 的缩写，即”推荐标准“之意，它并不像 IEEE-1284、IEEE-1394 等标准，是由“委员会定制”。因而，不同的厂商在做 RS232 时，多少会有不同，流控也都会存在差异。以下我们与大家一起探讨流控的作用、搭建及如何操作。
数据的传送过程中很可能出现接收方来不及接收的情况，这时就需要对发送方进行控制以免数据丢失。利用滑动窗口机制可以很方便地在TCP连接上对发送方的流量进行控制。TCP的窗口单位是字节，不是报文段，发送方的发送窗口不能超过接收方给出的接收窗口的数值。
“面向字节流”的含义是：虽然应用程序和 TCP 的交互式一次一个数据块(大小不等)，但 TCP 把应用程序交下来的数据仅仅看成是一连串的无结构的字节流。TCP 并不知道所传送的字节流的含义
TCP通信时，如果发送序列中间某个数据包丢失，TCP会通过重传最后确认的包开始的后续包，这样原先已经正确传输的包也可能重复发送，急剧降低TCP性能。为改善这种情况，发展出SACK(Selective Acknowledgment, 选择性确认)技术，使TCP只重新发送丢失的包，不用发送后续所有的包，而且提供相应机制使接收方能告诉发送方哪些数据丢失，哪些数据重发了，哪些数据已经提前收到等
以Rlogin为例，它每次传到服务器的是一个字节的按键，并且要求服务器回显客户端输入的字符。理论上完整的交互包括4个报文段：
我们知道tcp协议是可靠传输的协议，而tcp的可靠传输与滑动窗口协议密不可分，那么今天罗师傅就和大家一起探讨一下tcp的滑动窗口，tcp的滑动窗口到底是怎么回事？
今天我们来总结学习一下TCP发送报文的相关知识，主要包括发送报文的步骤，MSS，滑动窗口和Nagle算法。
在停止等待协议中，源站发送单个帧后必须等待确认，在目的站的回答到达源站之前，源站不能发送其他的数据帧。从滑动窗口机制的角度看，停止等待协议相当于发送窗口和接受窗口的接受窗口大小均为1的滑动窗口协议。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
