Windows下的套接字读取超时：本机方法中奇怪的硬代码

Question

if (timeout) {
    if (timeout <= 5000 || !isRcvTimeoutSupported) {
        int ret = NET_Timeout (fd, timeout);
        .....
        .....
    }
}

来源:http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/687fd7c7986d/src/windows/native/java/net/socketinputstream.c

正如我所看到的，变量isRcvTimeoutSupported通常被设置为true，但是在设置套接字选项时可以将其删除为false：

    /*
     * SO_RCVTIMEO is only supported on Microsoft's implementation
     * of Windows Sockets so if WSAENOPROTOOPT returned then
     * reset flag and timeout will be implemented using
     * select() -- see SocketInputStream.socketRead.
     */

    if (isRcvTimeoutSupported) {
        jclass iCls = (*env)->FindClass(env, "java/lang/Integer");
        jfieldID i_valueID;
        jint timeout;

        CHECK_NULL(iCls);
        i_valueID = (*env)->GetFieldID(env, iCls, "value", "I");
        CHECK_NULL(i_valueID);
        timeout = (*env)->GetIntField(env, value, i_valueID);

        /*
         * Disable SO_RCVTIMEO if timeout is <= 5 second.
         */

        if (timeout <= 5000) {
            timeout = 0;
        }


        if (setsockopt(fd, SOL_SOCKET, SO_RCVTIMEO, (char *)&timeout,
            sizeof(timeout)) < 0) {

            if (WSAGetLastError() == WSAENOPROTOOPT) {
                isRcvTimeoutSupported = JNI_FALSE;
            } else {
                NET_ThrowCurrent(env, "setsockopt SO_RCVTIMEO");
            }

        }
        ......
        ......
    }

来源:http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/687fd7c7986d/src/windows/native/java/net/twostacksplainsocketimpl.c

无论如何，这些硬编码的5秒是从哪里来的？
我在MSDN上没有看到任何解释。

Answer 1

这段代码决定如何实现阻塞套接字超时--是使用SO_RCVTIMEO还是使用SELECT，因为Windows套接字同时支持这两种功能(SO_RCVTIMEO不是所有平台都支持，甚至不是所有Windows实现都支持它，如代码注释中所述）。net_timeout在封面下使用select。

基本上算法是：

if SO_RCVTIMEO is supported and timeout is more than 5 seconds:
    use SO_RCVTIMEO
else:
    use select

至于5秒的门槛来自哪里，我最好的猜测是他们不知何故（通过测试还是反复试验？）对于小于5秒的超时值，select更可靠或更准确。这并不是说它与这个问题特别相关（这是针对不同的操作系统），但这里有一个例子，有人报告SO_RCVTIMEO对于小超时值是不可靠的。