我正在使用一个商业应用程序,它抛出了一个SocketException消息,

远程主机强制关闭现有连接

这发生在客户端和服务器之间的套接字连接上。连接是正常的,并且正在传输大量数据,但随后突然断开连接。

有人见过这个吗?原因可能是什么?我能猜到一些原因,但是有没有办法在这段代码中添加更多的原因来找出原因是什么?

欢迎任何评论/想法。

... 最新的…

我有一些日志从一些。net跟踪,

System.Net.Sockets Verbose: 0 : [8188] Socket#30180123::Send() DateTime=2010-04-07T20:49:48.6317500Z

System.Net.Sockets Error: 0 : [8188] Exception in the Socket#30180123::Send - An existing connection was forcibly closed by the remote host DateTime=2010-04-07T20:49:48.6317500Z 

System.Net.Sockets Verbose: 0 : [8188] Exiting Socket#30180123::Send() -> 0#0

根据日志记录的其他部分,我看到了这样一个事实:它说0#0意味着正在发送一个长度为0字节的数据包。但这到底是什么意思呢?

有两种可能,我不确定是哪一种,

连接正在关闭,但随后数据正在写入套接字,从而创建了上述异常。0#0仅仅意味着没有发送任何东西,因为套接字已经关闭。 连接仍然是打开的,并且正在发送一个零字节的数据包(即代码有一个错误),而0#0意味着一个零字节的数据包正在试图发送。

你怎么看?我猜这可能是不确定的,但也许有人见过这种东西?


当前回答

我得到这个异常是因为实体中的循环引用。在实体中

public class Catalog
{
    public int Id { get; set; }
    public int ParentId { get; set; }
    public Catalog Parent { get; set; }
    public ICollection<Catalog> ChildCatalogs { get; set; }
}

我添加了[IgnoreDataMemberAttribute]到父属性。这样问题就解决了。

其他回答

当我在不到10秒的时间内没有发送或接收数据时,使用cip协议的应用程序就会发生此错误。

这是由于使用前向打开方法造成的。您可以使用其他方法来避免这种情况,或者安装小于10秒的更新速率来保持前向打开连接。

这不是代码中的错误。它来自。net的Socket实现。如果你使用EndReceive的重载实现,你将不会得到这个异常。

    SocketError errorCode;
    int nBytesRec = socket.EndReceive(ar, out errorCode);
    if (errorCode != SocketError.Success)
    {
        nBytesRec = 0;
    }

我们正在使用SpringBoot服务。我们的restTemplate代码如下所示:

@Bean
    public RestTemplate restTemplate(final RestTemplateBuilder builder) {

        return builder.requestFactory(() -> {
            final ConnectionPool okHttpConnectionPool =
                    new ConnectionPool(50, 30, TimeUnit.SECONDS);
            final OkHttpClient okHttpClient =
                    new OkHttpClient.Builder().connectionPool(okHttpConnectionPool)
                            // .connectTimeout(30, TimeUnit.SECONDS)
                            .retryOnConnectionFailure(false).build();

            return new OkHttp3ClientHttpRequestFactory(okHttpClient);
        }).build();
    }

在restTemplate设置ReadTimeout后,我们所有的调用都失败了。我们延长了时间,问题就解决了。

这通常意味着远端关闭连接(通常通过发送TCP/IP RST包)。如果您正在使用第三方应用程序,可能的原因是:

您正在向应用程序发送格式错误的数据(可能包括向HTTP服务器发送HTTPS请求) 客户端和服务器之间的网络链路由于某种原因断开 您在第三方应用程序中触发了一个导致该应用程序崩溃的错误 第三方应用占用系统资源

很可能第一种情况就是正在发生的事情。

你可以打开Wireshark来查看电线上到底发生了什么,从而缩小问题范围。

如果没有更具体的信息,这里的任何人都不太可能真正帮到你。

得了同样的毛病。实际上工作的情况下,流量被发送使用一些代理(提琴手在我的情况下)。更新。net框架从4.5.2到>=4.6,现在一切正常。实际的请求是: 新的WebClient () .DownloadData(“URL”); 唯一的例外是:

命令强制关闭现有连接 远程主机