java.net.SocketException:连接重置


126

我在尝试从套接字读取时遇到以下错误。我正在做readInt()该操作InputStream,并且收到此错误。仔细阅读文档,这表明连接的客户端部分关闭了连接。在这种情况下,我是服务器。

我可以访问客户端日志文件,但它没有关闭连接,实际上它的日志文件表明我正在关闭连接。那么,有人知道为什么会这样吗?还有什么要检查的?当本地资源可能达到阈值时,会发生这种情况吗?


我确实注意到我有以下几行:

socket.setSoTimeout(10000);

就在 readInt()。这是有原因的(长话短说),但出于好奇,在某些情况下会导致所指示的错误吗?我在IDE中运行服务器,碰巧使IDE卡在断点上,然后我发现完全相同的错误开始出现在我自己的IDE日志中。

无论如何,仅提及它,希望它不会成为红色鲱鱼。:-(


双方都有堆叠痕迹吗?您能否再描述一下网络架构?(通过野生Internet?在同一台计算机上?在两者之间的某个位置?)它是否始终存在?还是断断续续的?
斯图·汤普森

Answers:


116

有几种可能的原因。

  1. 另一端故意重设了连接,在此我将不做记录。应用软件很少会这样做,而且通常是不正确的,但对于商业软件而言却并非未知。

  2. 更常见的是,由于写入连接而导致另一端已经正常关闭。换句话说,应用程序协议错误。

  3. 当套接字接收缓冲区中有未读数据时,关闭套接字也会导致此错误。

  4. 在Windows中,“软件引起的连接中止”与“连接重置”不同,这是由您的终端发送的网络问题引起的。有关于此的Microsoft知识库文章。


@MattLyons谢谢。有比这更好的MSDN文章。坦白说,我发现很难相信。建立正确的源IP地址和目标IP地址后,连接甚至不存在。我看过的MSDN文章提到了永久性网络错误,导致连接超时。
罗恩侯爵

48

连接重置仅表示已收到TCP RST。当您的对等方收到无法处理的数据时,就会发生这种情况,并且可能有多种原因。

最简单的方法是关闭套接字,然后在输出流上写入更多数据。通过关闭套接字,您就可以告诉对等端您已经完成交谈,并且它可以忘记您的连接。无论如何,当您在该流上发送更多数据时,对等方都会通过RST拒绝它,以让您知道它没有监听。

在其他情况下,介入的防火墙甚至远程主机本身都可能“忘记”您的TCP连接。如果您长时间不发送任何数据(通常是2个小时),或者由于对等方已重新启动并丢失了有关活动连接的信息,则可能会发生这种情况。在这些无效连接之一上发送数据也会导致RST。


更新以响应其他信息:

请仔细看一下您对的处理方式SocketTimeoutException。如果在套接字操作上被阻止时超过了配置的超时,则会引发此异常。抛出此异常时,套接字本身的状态不会更改,但是如果您的异常处理程序关闭了套接字,然后尝试对其进行写入,则您将处于连接重置状态。setSoTimeout()旨在为您提供一种干净的方法来突破read()可能永久阻塞的操作,而无需执行诸如从另一个线程关闭套接字之类的肮脏事情。


在某些方面不正确。垃圾回收和进程退出都导致适当的关闭,而不是重置,但是关闭和对等方写入之后,可能会导致重置而不是EOS。仅当阅读器设置了读取超时时,才会引发SocketTimeoutExceptions。
洛恩侯爵,2012年

这并不总是意味着已收到RST。这也可能意味着这一边产生了一个。
罗恩侯爵

17

每当遇到类似这样的奇怪问题时,我通常都会坐下来使用WireShark之类的工具,查看来回传递的原始数据。在断开连接的地方您可能会感到惊讶,并且只有在尝试阅读时才会收到通知


9

不好意思地说,但是当我遇到这个问题时,在读取所有数据之前关闭连接只是一个错误。在返回小的字符串的情况下,它可以工作,但这可能是由于在关闭我的整个响应之前已将其缓冲了。

如果返回的文本量较长,则会抛出异常,因为有更多的缓冲区返回。

您可以检查此疏忽。记住,打开URL就像一个文件一样,请确保在完全读取它之后将其关闭(释放连接)。


9

您应该非常仔细地检查完整的跟踪,

我有一个服务器套接字应用程序,并修复了一个java.net.SocketException: Connection reset案例。

在我的情况下,它发生在读取Socket由于某种原因而关闭其连接的clientSocket 对象时。(网络丢失,防火墙或应用程序崩溃或打算关闭)

实际上,当我从此Socket对象读取错误时,我正在重新建立连接。

Socket clientSocket = ServerSocket.accept();
is = new BufferedReader(new InputStreamReader(clientSocket.getInputStream()));
int readed = is.read(); // WHERE ERROR STARTS !!!

有趣的是,for my JAVA Socket如果客户端连接到my ServerSocket并关闭其连接而没有is.read()递归发送任何调用,这似乎是由于处于无限的while循环中以读取此套接字而导致的,因此您尝试从关闭的连接中进行读取。如果您使用如下所示的内容进行读取操作;

while(true)
{
  Receive();
}

然后你得到一个堆栈跟踪如下

java.net.SocketException: Socket is closed
    at java.net.ServerSocket.accept(ServerSocket.java:494)

我所做的只是关闭ServerSocket并更新我的连接,并等待进一步的传入客户端连接

String Receive() throws Exception
{
try {                   
            int readed = is.read();
           ....
}catch(Exception e)
{
        tryReConnect();
        logit(); //etc
}


//...
}

这可以重新建立我的连接,以防止未知的客户端套接字丢失

private void tryReConnect()
        {
            try
            {
                ServerSocket.close();
                //empty my old lost connection and let it get by garbage col. immediately 
                clientSocket=null;
                System.gc();
                //Wait a new client Socket connection and address this to my local variable
                clientSocket= ServerSocket.accept(); // Waiting for another Connection
                System.out.println("Connection established...");
            }catch (Exception e) {
                String message="ReConnect not successful "+e.getMessage();
                logit();//etc...
            }
        }

我找不到其他方法,因为从下图可以看到,如果没有,您将无法理解连接是否丢失try and catch,因为一切似乎都正确。我一直在拍摄快照Connection reset

在此处输入图片说明


6

我有同样的错误。我现在找到了解决问题的方法。问题是客户端程序在服务器读取流之前已完成。


那不会单独导致此异常。
罗恩侯爵,

如果System.exit(0)杀死了该程序,并且没有人调用socket.close(),因为连接处于错误状态并且未正确关闭,就好了。sooo更恰当地说,他有一个不关闭套接字就关闭的客户端程序;)这是一件坏事,应该修复。
Dean Hiller 2012年

1
@DeanHiller不,不会。操作系统将以与应用程序相同的方式关闭套接字。
2013年

@EJP ....我不确定...我只知道我们可以用System.exit复制它,但我不记得OS / config,因为那是相当早的事情了....调用socket.close( )在服务器上阻止了连接重置,并且行为更加正常。
迪恩·希勒

2
@DeanHiller 在完成写入过程之前,已退出读取过程。
洛恩侯爵,

4

我用Java编写的SOA系统遇到了这个问题。我在不同的物理机器上同时运行客户端和服务器,并且它们在很长一段时间内都运行良好,然后那些讨厌的连接重置出现在客户端日志中,并且服务器日志中没有任何奇怪的地方。重新启动客户端和服务器都无法解决问题。最终,我们发现服务器端的堆已满,因此我们增加了JVM可用的内存:问题已解决!请注意,日志中没有OutOfMemoryError:内存只是稀缺而不是耗尽。


2

检查服务器的Java版本。发生这种情况是因为我的Weblogic 10.3.6是在TLSv1上的JDK 1.7.0_75上。我尝试使用的其余端点关闭了低于TLSv1.2的任何内容。

默认情况下,Weblogic试图协商最强的共享协议。在此处查看详细信息:设置HTTPS连接的https.protocols系统属性的问题

我添加了详细的SSL日志记录以标识受支持的TLS。这表明TLSv1正在用于握手。
-Djavax.net.debug=ssl:handshake:verbose:keymanager:trustmanager -Djava.security.debug=access:stack

我通过将功能发布到兼容JDK8的产品中来解决了该问题,JDK8默认为TLSv1.2。对于限于JDK7的用户,我还通过升级到TLSv1.2成功地测试了Java 7的变通方法。我用了这个答案:如何在Java 7中启用TLS 1.2


非常感谢,您告诉我解决问题的新方向。最后我发现情况确实如此!!!
卡尔·李

1

我也有一个Java程序尝试通过SSH在服务器上发送命令的问题。问题出在执行Java代码的机器上。它没有连接到远程服务器的权限。write()方法运行良好,但是read()方法抛出java.net.SocketException:连接重置。我通过将客户端SSH密钥添加到远程服务器已知密钥来解决此问题。


0

根据我的经验,我经常遇到以下情况;

  1. 如果您在公司公司工作,请与网络和安全团队联系。因为在对外部服务的请求中,可能有必要授予相关端点的许可。

  2. 另一个问题是运行应用程序的服务器上的SSL证书可能已过期

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.