TCP window full和TCP zerowindow问题

在处理多路视频流时,因内存池多线程共享导致业务处理延迟,出现TCPwindowfull错误。通过将共享内存池改为线程独立内存池,有效解决了TCP堵塞问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题描述:
此前在对接视频平台过程中,获取的视频超过7路,会出现TCP window full的错误,然后获取的视频流会断掉。

产生问题的原因:
业务处理过程中速度不够,导致客户端向服务端发送零窗口的错误,最终导致服务端端口卡死。只有等到socket关闭,服务器端的业务才会恢复。

现象:
出现断流后,从客户端获取的视频平台码流也断了,说明端口被堵住了。重启程序或客户端(关闭socket连接)后视频业务才会恢复。

	我所开发的程序中,所用的内存池是多线程共用的,这样线程越多,同步所耗费的时间就越多,最终导致业务处理不及时,出现TCP堵塞。
	最后把多线程共用的内存池改为线程独立拥有各自的内存池后解决该问题。

参考文章:
1、码流回调过快导致下方处理不及时socket阻塞问题

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值