上篇文章讲了TCP拥塞控制机制的原理，没看过的不妨看下：5分钟读懂拥塞控制，这篇文章讲讲TCP流量控制机制。
上篇文章讲了TCP拥塞控制机制的原理，没看过的不妨看下：三分钟基础：什么是拥塞控制？，这篇文章讲讲TCP流量控制机制。
版权声明：本文为博主原创文章，转载请注明博客地址： https://blog.csdn.net/zy010101/article/details/86613500
2、TCP连接的建立与终止（主要讲解了TCP的三次握手与四次挥手，并讲述了TCP连接的状态变迁，面试常问）
前些日子，在分享网络编程知识文章的时候，有个网友私信给我留言了一条“能不能写一篇关于 TCP 滑动窗口原理的文章”。
传输层协议提供逻辑通信服务 传输层协议只需在端系统中实现 通信的真正断电并不是主机，而是主机中运行的应用进程
在上一篇TCP 滑动窗口原理解析文章中，我们对 TCP 的滑动窗口原理进行一次总结，也提到了流量控制和拥塞控制。
TCP 总结 计算机网络中比较中要的无非就是 TCP/IP 协议栈，以及应用层的 HTTP 和 HTTPS 。 前几天一直炒的的比较火的就是 HTTP/2.0 了，但是其实 HTTP/2.0 早在2015年的时候就已经出来了，并且这个版本是基于 Google 公司的 SPDY 协议发布的，其实说白了就是用的 SPDY 做了一点修改。 好了今天的主题是 TCP 就不过多的介绍 HTTP/2.0 了,以后会专门写一篇关于 HTTP/2.0 的文章，介绍一下他的新特性。 1.引言 我们都知道 TCP 是
ISO（国际标准化组织）曾提出一个 OSI 七层模型。将网络的协议划分为 7 个层，从低到高排序是：物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。但是这个模型仅停留在理论阶段。因为该模型过于庞大、复杂，以至于无法被广泛应用。
说道TCP滑动窗口协议，相信大家都很熟悉，但是说道 Window Scaling参数或许知道的和用过的人却不多，本文我们来谈谈Window Scaling的由来
TCP的接收方具有缓存能力，因此发送方传输的数据如果是无序到达接收方的时候，接收方就需要缓存数据，等待某个序号之前的所有报文段都到达时，才将它们一起交付给上层。还有的时候，发送方发的太快了，而接收方由于设备性能等因素影响，导致读取数据相对缓慢，从而导致缓冲区溢出。这不是我们希望看到的。
这个过程其实可以完美的解释三次握手的机制。我们知道，网络环境总是不安全的，只有至少经过这三次交互才能确认两方的发送和接受能力都没问题。我们来看一下这几步分别确定了什么：
1、TCP协议定义（Transimission Control Protocol）是以一种面向连接的、可靠的、基于字节流的传输层通信协议。
IP地址的作用是表示网络中唯一的一台设备的，也就是说通过IP地址能够找到网络中某台设备。
在socket网络编程中，都是端到端通信，由客户端端口+服务端端口+客户端IP+服务端IP+传输协议组成的五元组可以明确的标识一条连接。在TCP的socket编程中，发送端和接收端都有成对的socket。发送端为了将多个发往接收端的包，更加高效的的发给接收端，于是采用了优化算法（Nagle算法），将多次间隔较小、数据量较小的数据，合并成一个数据量大的数据块，然后进行封包。那么这样一来，接收端就必须使用高效科学的拆包机制来分辨这些数据。
TCP通信双方在进行数据交换之前，先要建立连接，连接建立后，通信双方之间相当于有一条隧道，数据按顺序在该隧道中传输，数据传输完毕后，双方可以选择关闭隧道，连接结束。
假设初始滑动窗口为400字节，TCP数据报文段最大接受100字节，B主机针对自己缓存中剩余空间的情况对主机A进行流量控制，具体如下：
本文主要通过整理网络上的资料，整理出的关于TCP方面的简单理论知识。作为Java程序员虽然更多的时候我们都是直接调用现成的API，但是对网络知识有个宏观的概念能方便我们更好的编写代码。当然，文中涉及的
IP为空表示绑定本机的所有ip，如果填了某一个IP表示绑定了某一张网卡，只能接受这一网卡的消息。但是127.0.0.1绑定后，只能是本机给本机发送消息（其他人是发送不了的，因为此IP表示的是自己的电脑）
TCP 三次握手过程对于面试是必考的一个，所以不但要掌握 TCP 整个握手的过程，其中有些小细节也更受到面试官的青睐。
import socket # 和udp的区别显而易见，udp发送和接收的是一个元祖，因为udp是不建立连接的，只有得到了对方的端口和ip才能进行沟通。 # 而tcp不是，tcp发送和接受的是一个字符串，因为在进行通信前必须先建立好连接确定好了ip以及端口， # 所以不用在接受和发送的时候去特地的发送或者接受端口号和ip地址。 # 总结来说TCP有以下几点： # 面向连接（确认有创建三方交握，连接已创建才作传输。） # 有序数据传输 # 重发丢失的数据包 # 舍弃重复的数据
HTTP3是在保持QUIC稳定性的同事使用UDP来实现高速度, 同时又不会牺牲TLS的安全性.
本篇基于TCP确认应答机制基础上，对TCP传输效率作一个提高优化。也就是新增了流量控制和拥塞控制，下面博主将详细总结TCP的滑动窗口机制。
TCP协议通过三次握手协议将客户端与服务器端连接，两端使用各自的Socket对象。Socket对象中包含了IO流，供数据传输。
网络编程主要的工作就是在发送端将信息通过指定的协议进行组装包，在接收端按照规定好的协议对包进行解析并提取出对应的信息，最终达到通信的目的。传输协议主要有 TCP 和 UDP，TCP 需要建立连接，是可靠的、基于字节流的协议，通常与 IP 协议共同使用；UDP 不需要建立连接，可靠性差，但速度更快。
TCP协议是大厂面试必问的知识点。整理了15道非常经典的TCP面试题，希望大家都找到理想的offer呀
connect(host, port) 表示和服务端套接字建立连接, host是服务器ip地址，port是应用程序的端口号
TCP是面向连接的,可靠的进程到进程通信的协议。 TCP提供全双工服务，即数据可在同一时间双向传输，每一个TCP都有发送缓存，用来临时存储数据。 TCP将若干个字节构成一个分组，成为报文段（segment） TCP报文段封装在IP数据报中：
TCP也叫传输控制协议（Transmission Control Protocol）是一种面向连接的、可靠的、基于字节流的传输层通信协议，由IETF的RFC 793定义。
应用数据被分割成TCP认为最适合发送的数据块。这和UDP完全不同，应用程序产生的数据报长度将保持不变。
半双工：既能接收也能发送数据但是接受数据的时候只能接受数据，然后发送数据的时候也只能发送数据不能接受数据，接收数据同时进行单工：只能接受或者发送数据
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
本章的焦点是传输层，包括TCP和UDP。 绝大多数客户/服务器网络应用使用TCP或UDP。 UDP是一个简单的、不可靠的数据报协议。而TCP是一个复杂、可靠的字节流协议。
承接上文 HTTP，数据经过应用层就到传输层，但数据到传输层之前需要先获得服务端的 IP 地址，这就涉及到 DNS 域名解析。
HTTP 协议是基于 TCP 协议实现的，它是一个超文本传输协议，其实就是一个简单的请求-响应协议，它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。
IP协议是无连接的通讯协议不会占用两个正在通讯的计算机之间的通讯线路,这样IP就降低了对网络线路的需求,每条线可以同时满足许多不同计算机之间的通讯需要.
服务端接收该报文时，状态处于SYN_REVD状态，并向客户端发送有SYN与ACK字段的报文
其实问题本质是信道不可靠，但是通信双方需要就某个问题达成一致，而要解决这个问题，无论在消息中包含什么消息，三次通信是理论上的最小值。 所以三次握手不是TCP本身的要求，而是为了满足“在不可靠信道上可靠的传输信息”这一需求所导致的。三次达到了，后面想接着握手也好，发数据也好，跟进行可靠信息传输的需求就没关系了。
即使Boost.Asio可以异步处理任何类型的数据，它也主要用于网络编程。 这是因为Boost.Asio在添加了其他I / O对象之前很早就支持网络功能。 网络功能非常适合异步操作，因为通过网络传输数据可能会花费很长时间，这意味着确认和错误可能无法像发送或接收数据的功能可以执行的速度那样快。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/141669.html原文链接：https://javaforall.cn
我们知道TCP建立连接的时候需要三次连接，TCP释放连接的时候需要四次挥手，在这个过程中，出现了很多特殊的标志报文段，例如SYN ACK FIN，在TCP协议中，除了上面说了那些标志报文段之外，还有其他的报文段，如PUSH标志报文段以及今天需要重点讲解的RST报文段。
TCP协议是一种面向连接、可靠传输的协议，而建立连接的过程就是著名的三次握手。这个过程保证了通信的双方能够同步信息，确保后续的数据传输是可靠和有序的。本文将深入解析TCP三次握手的步骤及其意义。
本文通过图来梳理TCP-IP协议相关知识。TCP通信过程包括三个步骤：建立TCP连接通道，传输数据，断开TCP连接通道。如图1所示，给出了TCP通信过程的示意图。
在TCP编程中，我们使用协议(protocol)来解决粘包和拆包问题。本文将详解TCP粘包和半包产生的原因，以及如何通过协议来解决粘包、拆包问题。让你知其然，知其所以然。
各位宝宝，最近还好吗？现在疫情还不容乐观，生活就是这样疾苦相伴但我们还得做那个身披铠甲与生活厮杀的勇敢者啊~ 唯愿你平安顺遂~
实际传输中TCP报文段要先传送到IP层，加上IP首部后再传到数字链路层（TCP/IP位于运输层），加上数据链路层首部和尾部后才会被发送到物理链路。
Thrift是Facebook的一个开源项目，主要是一个跨语言的服务开发框架 提供完整的解决方案 优点很多也就不说了， 但是有个缺点必须要求客户端调用采用thrift框架 于是开始使用基本socke
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
