报错JAVA.NET.SOCKETEXCEPTION: SOFTWARE CAUSED CONNECTION ABORT: RECV FAILED如何解决

这篇文章主要讲解了“报错JAVA.NET.SOCKETEXCEPTION: SOFTWARE CAUSED CONNECTION ABORT: RECV FAILED如何解决”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“报错JAVA.NET.SOCKETEXCEPTION: SOFTWARE CAUSED CONNECTION ABORT: RECV FAILED如何解决”吧！

产生这个异常的原因有多种方面,单就如 Software caused 所示, 

是由于程序编写的问题,而不是网络的问题引起的. 

已知会导致这种异常的一个场景如下: 
客户端和服务端建立tcp的短连接,每次客户端发送一次请求, 
服务端响应后关闭与客户端的连接. 
如果客户端在服务端关闭连接后,没有释放连接,继续试图发送请求和接收响应. 
这个时候就会出错. 

这个时候客户端Socket的getOutputStream返回来的OutPutStream维护 
的是本地的连接状态, 
无法知道远程的服务端已经关闭了对应的InputStream和socket因此 
虽然调用了 
out.write(sendbuf, 0, sendbuf.length); 
方法,但是实际上服务端并没有接收到客户端的请求信息. 
因为没有抛出异常,因此造成了误以为客户端请求发送成功的假象. 

接下来调用etInputStream的in.read(header, 0, 14);方法. 
因为这次要读取服务端的信息,因此产生了 
Software caused connection abort: recv failed的异常 

总结产生原因,在服务端/客户端单方面关闭连接的情况下,另一方依然以为 
tcp连接仍然建立,试图读取对方的响应数据,导致出现 
Software caused connection abort: recv failed的异常. 

因此在receive数据之前,要先判断连接状态. 
通过inputstream的available()方法来判断,是否有响应结果. 
如果available()的返回值为0,说明没有响应数据,可能是对方已经断开连接, 
如果available()的返回值大于0,说明有响应数据. 
另外值得注意的是available()返回的值是非堵塞的,可以被多个线程访问 

在对方释放连接后,也要释放本地的连接

感谢各位的阅读，以上就是“报错JAVA.NET.SOCKETEXCEPTION: SOFTWARE CAUSED CONNECTION ABORT: RECV FAILED如何解决”的内容了，经过本文的学习后，相信大家对报错JAVA.NET.SOCKETEXCEPTION: SOFTWARE CAUSED CONNECTION ABORT: RECV FAILED如何解决这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！