tcp

关于拥塞控制的几点思考拥塞控制要解决的根本问题，表述起来很简单：多个发送方共享一条链路，如何协调各自的发送速率，使得链路资源被充分利用，同时避免因过载而崩溃。

过冲：拥塞控制的呼吸与盲行任何基于反馈的控制系统都逃不过过冲。你踩刹车，车不会立刻停；你转方向盘，车头指向总比手慢一拍。拥塞控制也一样。

拥塞控制：公平性的不可能三角公平性是一个伪命题。不是因为它不重要，而是因为它根本不可实现。不可能三角测量公平无法获得完整状态定义公平没有统一标准

什么是“单流”？一个服务器上能不能同时存在多个“单流”？在讨论单流场景时，很容易产生一个直觉上的误解：“单流”就是整个服务器只有一条 TCP 连接。如果服务器上同时跑了 10 条连接，那就不叫单流了。

7、传输层协议 TCP目录TCP 协议TCP 协议段格式TCP 首部格式详解1. 源端口（16 位）& 目的端口（16 位）

我从 BBRv1 到 KCC 的思考我刚接触拥塞控制的时候，CUBIC 还是主流。它工作得还行，但我一直有个不舒服的感觉：它把丢包当作拥塞的唯一信号。可丢包明明有很多原因——浅缓冲区、无线干扰、甚至 CPU 调度抖动。你都不知道自己到底是因为网络满了才丢包，还是因为别的什么原因。

论 Linux 内核态全局稳态带宽的卡尔曼估计与工程实现KCC 在内核中维护了一个全局卡尔曼滤波器，从所有连接 PROBE_BW 巡航阶段（增益=1.0）采集交付带宽，估计整机瓶颈带宽。新连接建立时，从该估计值中切取一个保守比例注入初始 pacing rate 和 CWND 跟踪器，以绕开传统冷启动的盲目探测。本文讨论该全局滤波器的建模、观测门控、定点数迭代、注入策略以及内核插入逻辑。

四、应用层自定义序列协议与序列化目录4-1 应用层再谈 "协议"网络版计算器序列化和反序列化核心问题：数据怎么变成字节流，又怎么变回来？

蛋蛋的学习记录

C#窗体应用中使用EasyModbusCore通讯EasyModbusCore一个：多个：int.Parse(文本字符串变量);Convert.ToInt32(文本字符串变量);

【Unity开发字典】序列化基类在数据传输,数据储存方面, 将数据序列化为字节, 是必不可少的步骤; 本文提供了一个序列化基类, 需要序列化的类可以通过, 继承此基类, 实现基类中的虚函数, 实现便捷的序列化操作, 本文在提供基类外, 还附一个案例

三、Socket 编程 TCPTCP 是面向连接的可靠传输协议。和 UDP 不同，UDP 可以直接 sendto/recvfrom 收发数据，而 TCP 通信之前必须先建立连接。

手写 muduo 库：基于 Reactor 模型打造高性能网络通信框架在高性能网络编程领域，muduo 库无疑是 Linux 下 Reactor 模型的经典实现，其优雅的设计和极致的性能深受开发者推崇。本文将带大家从零复刻 muduo 核心架构，基于 Reactor 模型实现一个轻量级、高性能的网络通信框架，深入剖析 Reactor 模型的核心原理，以及 muduo 库的关键设计思路。

从零实现 Reactor + ThreadPool TCP 服务器本文将从什么是reactor，以及为什么需要reactor开始讲起，在reactor模型的基础上引入线程池，最终实现一个TCP服务器。

协议分层传输、TCP报头与TCP三次握手介绍文章目录一、协议层间的数据传输1.应用层与传输层1.1应用层 -> 传输层1.1.1TCP1.1.2UDP

UDP 与 TCP 协议详解无连接，不可靠传输，面向数据报，全双工源端口号（16位）：发送端应用程序使用的端口号。用于接收端知道从哪里回送数据。若不需要回复，可设为0。

Modbus RTU 与 Modbus TCP 深入指南-Wireshark抓包分析实战打开pcap文件：File → Open → modbus_capture.pcap应用过滤器：输入 modbus 回车

Modbus RTU 与 Modbus TCP 深入指南-附录：快速参考表CRC 需实际计算，示例中省略。8位数据，1起始位，1停止位，无奇偶校验（8N1）。

Modbus RTU 与 Modbus TCP 深入指南-决策树与选型建议

Modbus RTU 与 Modbus TCP 深入指南-结束语本指南涵盖了Modbus RTU和Modbus TCP的物理层、数据链路层、报文格式、CRC算法、通信模型、功能码详解、性能优化、安全加固、故障排查、工程实践、过渡策略及现代替代方案。

Modbus RTU 与 Modbus TCP 深入指南-现代替代协议核心优势：内置安全机制（认证、加密、审计）面向对象数据模型（非扁平地址）平台无关（Windows/Linux/嵌入式）