Netty：遇到TCP发送缓冲区满了 写半包操作该如何处理

最新推荐文章于 2024-05-31 23:43:56 发布
最新推荐文章于 2024-05-31 23:43:56 发布
阅读量1.1k 收藏 1
点赞数
文章标签： tcp/ip 网络 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/BASK2311/article/details/129488433
版权

什么是写半包

写半包：一份数据，一次发送没有把他全部发送，需要循环发送，那么第一次的操作称为写半包

什么情况下会出现写半包：

发送方发送200byte，但是接收方只能接受100byte，因此发送方只会发送小于100byte的数据。

说到这里，机智的小伙伴已经想到了这跟TCP滑动窗口和消息中间件中常见的消息堆积是一个道理。

总的来说：接收方顶不住来自发送方的数据压力。

对于Netty来说就是，这个时刻TCP发送缓冲区满了，无法再接收整包数据，剩下的数据则会通过Channel去监听写操作，当触发写操作的时候，再把这部分数据给带上，那么这部分数据才完整地传输。

Netty中的写半包处理

前提知识：Netty中的网络数据读写，都先经过ByteBuf

  • 读操作：从ByteBuf中读取数据
最低0.47元/天 解锁文章
「已注销」
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一个有趣的实验---tcp发送缓冲区满， 然后杀掉进程(处于FIN_WAIT1状态)， 接收端是无感知的。
认知 行动 坚持
07-17 1万+
服务端程序： #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include int main() { int sockSrv = socket(AF_INE
tcp知识点一，缓冲区满
conggai1647的博客
02-22 2483
在TCP传输过程中，如果read函数的读取速度比接收数据的速度慢，则缓冲区可能被填满，此时套接字无法再接收数据，但即使这样也不会发生数据丢失，因为传输端套接字将停止传输。也就是说，面向连接的套接字会根据接收端的状态传输数据，如果传输出错还是提供重传服务，因此面向连接的套接字除特殊情况不会发生数据丢失。 ...
TCP的接收缓冲区满了，收到数据后会向发送方发送ACK吗？该怎么解决
zzd的博客
03-13 3713
问题：TCP的接收缓冲区满了，收到数据后会向发送方发送ACK吗？ TCP的发送缓冲区中的数据，如果收不到接收方的ACK就不会删除，导致发送缓冲区溢出。如果接收方的缓冲区满了，收到数据后会不会向发送方发ACK呢？如果不发ACK，那么就没有接收缓冲区溢出的概念了，只要控制住发送方，就不会丢包；如果发ACK，那发送方就没办法控制是否继续发送了，接收缓冲区就会造成溢出，导致丢包。事实是怎样的呢？我这样理...
tcp缓冲区满的问题
热门推荐
XiaoWhy的专栏
07-12 1万+
服务端发送大量数据，接收端接收速度慢，缓冲区满的时候，接收端向服务端发普通的心跳包，send显示成功了，但服务端就是收不到，抓包看显示tcpzerowindow，将接收端缓冲区改大后正常了，改成了1M，但接收端接收缓冲区满了，为什么会影响接收端向服务端发包呢，他们不是2个缓冲区吗
Netty遇到TCP发送缓冲区满了 写半包操作该如何处理
Java技术攻略的博客
03-13 900
主要负责处理写半包：环形发送数组不停地从ChannelOutboundBuffer读取数据，看是否有可以发送的数据如果有，并且是ByteBuf类型的，可以选择发送数据如果一次发送没有发送完，则采取一定次数的循环发送（写半包）数据最后还是没有发送完，则会开一条新线程专门进行剩余数据的发送在最后会去同步数据写入进度对于接收方来说，来自发送方的数据压力太大了，因此不得不采取的一种降保护措施可以在发送方进行解决、也可以在接收方进行解决。
udp丢包与tcp发送缓存区爆满
weixin_44857939的博客
06-09 3391
如果接收端接收处理数据很慢，接收端缓存区就会数据堆积处理不过来，udp由于没有滑动窗口机制，发送过来的数据盛不下，就会丢包，发送过来直接不管。tcp由于有滑动窗口机制不会发生丢包现象，但是会让发送端发送的很慢，而产生数据有很快，同样会造成发送端发送缓存区数据堆积，直到发送缓存区爆满，再使用send往发送缓存区放数据就会报错。 1、tcp发送端发送缓存区爆满解决办法 再额外自己定义一个缓存区，产生的数据不要直接send，而是都放到自己的缓存，在适当的时候，再把自己缓存中的数据send放到发送缓存区。 2、ud
TCP/UDP 缓冲区满
zz_guanzi的专栏
10-16 1506
TCP/UDP 缓冲区满<br /> <br />Q:本地同时与多个主机建立连接，如果这些主机同时发生数据到本地，而本地又没有调用recv进行处理，会出现什么情况？<br />A:系统为每个socket建立一个缓存，ip层组包进程在收到数据包后会把数据放入socket缓存。调用recv将socket缓存的内容copy到程序定义的缓存,如果通信进程不能及时recv,将导致该socket缓存满。如果用tcp协议，socket缓存满以后，系统会向对方发出错误消息，对方回收到wsaewouldblock错误，如果是
TCP发送接收缓冲区详细讲解
08-15
很经典很详细的pdf资料整理，让你快速明白tcp内核缓冲机制，不用再为send、recv而担忧
netty websocket通讯接收数据不完整问题
09-23
这是一个java web项目集成了netty websocket的完整代码。java web项目作为服务器端和客户端进行数据通信。但是常常存在提示Max frame length of 65536 has been exceeded问题。初始化握手对象时指定了maxFramePayloadLength 的长度、以及通过配置netty内置解码器处理数据半包等方法，均无效。以下是终极解决办法，供大家参考和解决这样的问题。
一个 TCP 发送缓冲区问题的解析
mabin2005的专栏
07-29 1927
在实验环境中，Phase1阶段创建的sk_buff，其skb->len=1024,skb->truesize=4372(4096+256，这个值的详细来源请看sk_stream_alloc_skb)这样看上去，这个sk_buff也容纳不下14480啊。再继续看内核的实现，再skb_copy_to_page_nocache()拷贝之前，会进行sk_wmem_schedule()...
tcp send/recv 发送缓存满，接收缓存空，如何处理的问题？
qqshuaishuai的博客
12-09 3706
tcp 发送、接收缓存处理
性能分析之压测中 TCP 全连接队列占满问题分析及优化案例
Mo小泽的技术博客
06-13 2389
文章目录一、前言二、知识预备三、压测及分析过程1、第一次压测2、调大 backlog 值为 5000 后，再次压测3、调整日志级别为 ERROR，再次压测四、小结 一、前言 在对一个挡板系统进行测试时，遇到一个由于 TCP 全连接队列被占满而影响系统性能的问题，这里记录下如何进行分析及解决的。 二、知识预备 理解下 TCP 建立连接过程与队列： 从图中明显可以看出建立 TCP 连接的时候，有两个队列：syns queue（半连接队列）和accept queue（全连接队列），分别在第一次握手和第三次握手。
网络编程——套接字缓存（buffer）满会丢失数据吗
最新发布
qq_41885018的博客
05-31 457
套接字缓冲区已满并不直接意味着数据丢失，具体取决于使用的协议（TCP 或 UDP）和应用程序对阻塞或错误的处理方式。对于 TCP 协议，缓冲区已满时会通过流量控制和重传机制避免数据丢失，而对于 UDP 协议，缓冲区已满时会直接导致数据丢失。
Android 长连接Netty 接收不完整数据的处理
紫色
07-13 2409
前段时间有个小项目, 项目中有用Netty框架写长连接, 设置编解码 new StringDecoder(Charset.forName("UTF-8")) 有各种问题, 比如接收到的数据, 直接拼接字符串会出现乱码的问题. 如果接收不完整数据, 设置编解码只能是 new ByteArrayDecoder() 这样即便拆分, 在网络传输中也是byte字节. 把字节拼接起来, 然后转义成字符串, 再做判断. 由于对Netty框架不熟悉, 大家如果有好的建议, 请多指点, 谢谢. ...
java socket直接访问netty服务器中数据接收不全的问题
WarrenMihail的博客
06-03 6357
在项目中，通过netty框架搭建的服务器。但是在Android端我想直接采用Socket与服务器通信。但是在这个过程中遇到两个问题。1.服务器接收不到数据解决方法：我发送的形式是直接将字符串转成字节流，按照tcp协议进行发送的。一开始服务器能看到客户端接入了，但是就是收不到消息。后来在字符串的末尾加上了'\n'换行符就行了。2.服务器发送数据时，客户端接收的数据是一串奇怪的字符串。例如：[@Bd3...
Netty Websocket通讯数据不完整问题原因及处理
yanhuhui的专栏
06-16 3057
原因是浏览器对大数据量请求时，会自动将数据进行分片传输。数据会以ContinuationFrame的形式发送, 直到isFinalFragment为true时结束, 中间不会穿插其它的Frame。 可针对ContinuationFrame的数据进行拼接，得到完整数据后再进行业务操作。 import io.netty.handler.codec.http.websocketx.ContinuationWebSocketFrame; private StringBuilder frameBuffer =
京东Netty实践：TCP网关的高性能与稳定性架构
在2016年，他们实现了这一设想，创建了一种基于Netty的高效TCP网关，用于处理服务API请求。 Netty在TCP网关中的核心作用是利用其Reactor模型的多路复用和事件循环机制。每个TCP连接对应一个Channel，而...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值