当前位置: 代码迷 >> java >> java.net.BindException:打开太多连接时无法分配请求的地址
  详细解决方案

java.net.BindException:打开太多连接时无法分配请求的地址

热度:41   发布时间:2023-07-25 20:07:04.0

我正在运行以下代码,它只是在无限循环中连接和关闭套接字:

import java.net.InetAddress;
import java.net.InetSocketAddress;
import java.nio.channels.SocketChannel;
import java.nio.channels.spi.SelectorProvider;

public class Main {
    public static void main(String[] args) throws Exception {
        Thread.sleep(1000);
        InetAddress localhost = InetAddress.getByName("127.0.0.1");
        InetSocketAddress localhostRpcbind = new InetSocketAddress(localhost, 111);
        SelectorProvider selectorProvider = SelectorProvider.provider();
        long iterations = 0;
        while (true) {
            try {
                SocketChannel socketChannel = selectorProvider.openSocketChannel();
                socketChannel.connect(localhostRpcbind);
                socketChannel.finishConnect();
                socketChannel.close();
                iterations ++;
            } catch (Exception e) {
                System.err.println("after " + iterations + " iterations");
                e.printStackTrace(System.err);
                throw e;
            }
        }
    }
}

端口111是rpcbind的端口(已在我的计算机上运行)。 在代码的第一轮运行中,我将得到类似以下内容的代码:

after 28239 iterations
java.net.BindException: Cannot assign requested address
    at sun.nio.ch.Net.connect0(Native Method)
    at sun.nio.ch.Net.connect(Net.java:458)
    at sun.nio.ch.Net.connect(Net.java:450)
    at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:648)
    at Main.main(Main.java:16)

随后的运行将立即失败(0次迭代),直到一段时间后我再次获得第一个结果(大约26-28k次迭代然后失败)。

怎么回事,如何使此连接/断开循环无限期正确运行?

我在linux x64(fedora 22)上运行。

注意:是的,我知道代码没有用,什么也不做,这是我要研究的更大问题的SSCCE。

更新 -看起来我在我的机器上遇到了短暂的端口耗尽:

$ cat /proc/sys/net/ipv4/ip_local_port_range
32768   61000

所以我有?28k个临时端口用于连接,这与我的错误相符

在绑定到大约28K个不同端口之后,系统用完了临时端口,无法绑定您的套接字。

出现此问题的原因是,为了打开TCP连接,操作系统分配了一个临时端口(用于源端口)。 它将套接字绑定到分配的端口。 关闭TCP连接后,由于历史原因( ),该连接处于TIME_WAIT状态,通常为2分钟,从我的角度来看在当今大多数系统中,时间可以减少。

作为一种解决方案,您可以使用sysctl减少此超时:

将net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait的值更改为一个较小的数字(如1),情况将会改善。 但是,如果您的应用程序足够快,可以在不到1秒的时间内消耗约28,000个端口,那么您仍然会看到此异常。

您可以调整的其他TCP参数:增加临时端口的范围:net.ipv4.ip_local_port_range net.ipv4.tcp_tw_reuse net.ipv4.tcp_tw_recycle

查看: : :

  相关解决方案