多线程send ,,写文件,发送管道

1.当两个线程或进程同时对同一socket进行send(write)操作时,会不会出问题,例如两个线程的内容会不会交错, tcp和udp是否情况相同

tcp情况下会有问题:当某线程发送的数据量过大时(实验测试为一次性发送32KB),两个线程发送的内容出现了交错的情况;当数据量比较小时(测试为4B),内容没有交错。(我并没有过多关注数据量大小的设置,总之可能出现交错,所以尽量避免这样使用)

tcp还会有一个问题(根据知乎陈硕大佬的回答总结的):如果出现实际发送值小于请求值(short write)的情况,此时该线程返回,按照一般的设计逻辑会采用循环send直到发送值总和等于请求值,那么这样一来,该线程后续发送的数据也有可能会与其他线程的数据交错。(关于这个问题详见4.5小节,因为我实验测试没有short write情况,但是这个情况确实值得考虑)(后来我又测试了4000字节左右的数据发送,发现不仅出现了交错,还有数据不完整的情况,可能是数据被覆盖,详见实验部分)

udp未测试,但是所有收集的资料都表示,在UDP情况下不存在这种问题。

1.2 UDP会不会遇到和tcp一样的问题

据所有收集的资料的说法:不会。

因为udp是数据报大小受限(UDP不具备分片能力,或者说不具备分片后,对端正确组包的能力),因此不像tcp发送这么大的数据,他们的操作会很快发送(不会像前面分析

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值