tcp知识点一，缓冲区满

问题：TCP的接收缓冲区满了，收到数据后会向发送方发送ACK吗？ TCP的发送缓冲区中的数据，如果收不到接收方的ACK就不会删除，导致发送缓冲区溢出。如果接收方的缓冲区满了，收到数据后会不会向发送方发ACK呢？如果不发ACK，那么就没有接收缓冲区溢出的概念了，只要控制住发送方，就不会丢包；如果发ACK，那发送方就没办法控制是否继续发送了，接收缓冲区就会造成溢出，导致丢包。事实是怎样的呢？我这样理...

主要负责处理写半包：环形发送数组不停地从ChannelOutboundBuffer读取数据，看是否有可以发送的数据如果有，并且是ByteBuf类型的，可以选择发送数据如果一次发送没有发送完，则采取一定次数的循环发送（写半包）数据最后还是没有发送完，则会开一条新线程专门进行剩余数据的发送在最后会去同步数据写入进度对于接收方来说，来自发送方的数据压力太大了，因此不得不采取的一种降保护措施可以在发送方进行解决、也可以在接收方进行解决。

服务端发送大量数据，接收端接收速度慢，缓冲区满的时候，接收端向服务端发普通的心跳包，send显示成功了，但服务端就是收不到，抓包看显示tcpzerowindow，将接收端缓冲区改大后正常了，改成了1M，但接收端接收缓冲区满了，为什么会影响接收端向服务端发包呢，他们不是2个缓冲区吗

主要负责处理写半包：环形发送数组不停地从ChannelOutboundBuffer读取数据，看是否有可以发送的数据如果有，并且是ByteBuf类型的，可以选择发送数据如果一次发送没有发送完，则采取一定次数的循环发送（写半包）数据最后还是没有发送完，则会开一条新线程专门进行剩余数据的发送在最后会去同步数据写入进度对于接收方来说，来自发送方的数据压力太大了，因此不得不采取的一种降保护措施可以在发送方进行解决、也可以在接收方进行解决。

tcp 发送、接收缓存处理

本篇博客博主将详细地介绍TCP有关知识点，坐好板凳发车啦~

如果接收端接收处理数据很慢，接收端缓存区就会数据堆积处理不过来，udp由于没有滑动窗口机制，发送过来的数据盛不下，就会丢包，发送过来直接不管。tcp由于有滑动窗口机制不会发生丢包现象，但是会让发送端发送的很慢，而产生数据有很快，同样会造成发送端发送缓存区数据堆积，直到发送缓存区爆满，再使用send往发送缓存区放数据就会报错。 1、tcp发送端发送缓存区爆满解决办法 再额外自己定义一个缓存区，产生的数据不要直接send，而是都放到自己的缓存，在适当的时候，再把自己缓存中的数据send放到发送缓存区。 2、ud

**方法** | **适用场景** | **缺点** |MX_LWIP_Process();**注意**：此方法会阻塞主循环，需确保`MX_LWIP_Process()`能被及时调用。- **提高协议栈处理频率**：确保`MX_LWIP_Process()`调用间隔≤1ms。2. **动态监控网络状态**：通过`tcp_sndbuf()`和错误统计调整发送频率。

当抓包提示为 TCP ZeroWindow 表示我的接收缓冲区满，此事，需要接收端修改接收缓冲大小 linux sudo sysctl -w net.core.rmem_max=524288000 C/CPP int recvbuff = 500*1024*1024; if(setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, (const char*)&a...

1.发送缓冲区问题： TCP:每个TCP套接字都有一个发送缓冲区，可以用SO_SNDBUF套接口选项来改变这一缓冲区的大小。 当某个应用进程调用write往套接字写数据时，内核从应用进程缓冲区中拷贝所有数据到套接口的发送缓冲区， 如果套接口发送缓冲区容不下应用程序的所有数据，或者是应用进程的缓冲区大于套接口的发送缓冲区，或者是套接口的 发送缓冲区中有别的数据，应用进程将被挂起。内核将不从w

服务端程序： #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include int main() { int sockSrv = socket(AF_INE