关于Socket IO模式下 read堵塞问题

本文探讨了在Socket.IO模式下出现read堵塞的问题。通过模拟客户端和服务器,阐述了通常的读取处理方式会导致堵塞的原因,并澄清了将Socket流误解为文件流的误区。当调用`shutdownOutputStream()`时,`read()`会一直返回-1。文章列举了四种解决堵塞问题的方法:1) 规定数据大小;2) 使用`available()`方法;3) 设置超时;4) 使用`BufferedInputStream`。通过这些方法,可以避免read操作堵塞,确保稳定的数据传输。
摘要由CSDN通过智能技术生成

关于Socket read堵塞问题


模I拟下 有一个客户端 有一个服务器端


客户端发送数据到服务器端


客户端连接到服务器端时  一般我们采取开启一个线程去处理


然后一般是这么写

InputStream stream = socket.getInputStream();

byte [] by=new byte[4];

int count=0;

StringBuild sb=new StringBuild();

while(true){

while((count=stream.read(by))!=-1){

 sb.append(new String(by,0,count));

}

}


那么这时候就会照成堵塞


往往会把Socket的流想象成文件流一样


当read!=-1就是读完了


这是错误的


那么在什么情况下read=-1呢 当我们调用客户端的socket.shutdownOutputStream() 那么这时候read就会一直是-1


这里我总结了一下四种解决此问题的方法。


第一种  规定数据大小 

这种情况下一般适合你知道客户端最大发送的字符数量

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值