10

我编写了一个通过随机代理打开到网站的 httpurlconnection 的程序。我的 httpurlconnection 称为conn。现在我知道，其中一些代理可能太慢了，所以我使用conn.setConnectTimeout(40000)and将连接的超时设置为 40000 毫秒conn.setReadTimeout(40000)。

这样做之后，我得到了这个代码：

long diff = 0;
    long starttime = 0;
    long endtime = 0;

    try
    {
        starttime = System.currentTimeMillis();
        conn.connect();

        endtime = System.currentTimeMillis();

        diff = endtime - starttime;

        if (endtime <= starttime + conn.getConnectTimeout())
        {
            //Trying to read sourecode
            InputStreamReader isrConn = new InputStreamReader(conn.getInputStream());
            BufferedReader brConn = new BufferedReader(isrConn);

            line = brConn.readLine();

            while (line != null)
            {

                response += line + "\t";
                try
                {
                    line = brConn.readLine();
                } catch (IOException e)
                {
                    printError("Reading sourcecode failed.");
                }

            }
        }
        else
        {
            response = "blabla.";
        }




    // If conn.connect failed   
    } catch (IOException e)
    {
        endtime = System.currentTimeMillis();
        diff = endtime - starttime;

        response = "Message: "+e.getMessage() +" MyTimeout:"+ conn.getConnectTimeout() +" Actual time passed:  "+ diff;
               e.printStackTrace();


    }

连接失败是有原因的，所以在很多情况下，我会到达最后一个 catch-block 并获得以下输出：

消息：连接超时：连接 MyTimeout：40000 实际时间已过：21012

消息：连接超时：连接 MyTimeout：40000 实际时间已过：21016

消息：连接超时：连接 MyTimeout：40000 实际时间已过：21010

消息：连接超时：连接 MyTimeout：40000 实际时间已过：21009

所以我的问题是：我已将超时设置为 40000 毫秒，但我在大约 21000 毫秒后收到“连接超时”的响应，你们中有人知道这是为什么吗？

编辑：我正在使用 Windows 7，我现在将 e.printStackTrace() 添加到 catch-block 中，就像评论中所说的那样。谢谢到目前为止。现在的输出是（示例）：

java.net.ConnectException: Connection timed out: connect
    at java.net.DualStackPlainSocketImpl.waitForConnect(Native Method)
    at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source)
    at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)
    at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
    at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
    at java.net.PlainSocketImpl.connect(Unknown Source)
    at java.net.Socket.connect(Unknown Source)
    at sun.net.NetworkClient.doConnect(Unknown Source)
    at sun.net.www.http.HttpClient.openServer(Unknown Source)
    at sun.net.www.http.HttpClient$1.run(Unknown Source)
    at sun.net.www.http.HttpClient$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.net.www.http.HttpClient.privilegedOpenServer(Unknown Source)
    at sun.net.www.http.HttpClient.openServer(Unknown Source)
    at sun.net.www.http.HttpClient.<init>(Unknown Source)
    at sun.net.www.http.HttpClient.New(Unknown Source)
    at sun.net.www.http.HttpClient.New(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
    at TestThread.getSourcePage(TestThread.java:361)
    at TestThread.aChecker(TestThread.java:216)
    at TestThread.getNextProxy(TestThread.java:169)
    at TestThread.getNextC(TestThread.java:157)
    at TestThread.aChecker(TestThread.java:273)
    at TestThread.getNextProxy(TestThread.java:169)
    at TestThread.aChecker(TestThread.java:295)
    at TestThread.getNextProxy(TestThread.java:169)
    at TestThread.getNextC(TestThread.java:157)
    at TestThread.run(TestThread.java:103)
    at java.lang.Thread.run(Unknown Source)

Message: Connection timed out: connect MyTimeout:40000 Actual time passed:  21015
4

2 回答 2

11

看看你得到的异常：
最大的线索：你得到java.net.ConnectException 根据 javadoc，java.net.ConnectException表示连接被远程拒绝，原因是没有进程正在侦听端口。

public class ConnectException
extends SocketException

Signals that an error occurred while attempting to connect a socket to a remote address and port. 
Typically, the connection was refused remotely (e.g., no process is listening on the remote 
address/port)

您在 HttpUrlConnection 中配置的内容：
连接超时（假设远程端口接受连接）。如果连接超时到期，您将获得 ajava.net.SocketTimeoutException而不是java.net.ConnectException.

那么，是什么原因造成的java.net.ConnectException？
我尝试了以下测试用例：

   +------------+------------+----------------+------------------+---------------------------------+ 
   | Valid Host | Valid Port | Valid Proxy IP | Valid Proxy Port | Exception                       | 
   +------------+------------+----------------+------------------+---------------------------------+ 
#1 | yes        | yes        | -NA-           | -NA-             | -- none --                      |
#2 | yes        | no         | -NA-           | -NA-             | java.net.ConnectException       |
   +------------+------------+----------------+------------------+---------------------------------+ 
#3 | yes        | yes        | yes            | yes              | -- none --                      |
#4 | yes        | no         | yes            | yes              | java.net.SocketTimeoutException |
#5 | yes        | yes        | yes            | no               | java.net.ConnectException       |
   +------------+------------+----------------+------------------+---------------------------------+
  • 案例#1、#3 是所有配置都正确的快乐路径
  • 在案例 #4 中，我们得到一个，java.net.SocketTimeoutException因为 java 进程能够建立连接（到代理端口），但是由于目标主机的端口号无效，因此没有读取任何数据
  • 在 #2, #5 的情况下，我们得到java.net.ConnectException，因为 java 进程尝试写入/读取的端口无效
  • 连接超时值不适用于没有进程正在侦听 java 进程尝试连接的端口的情况。这就是为什么你在超时到期之前得到 ConnectException

Message: Connection refused: connect MyTimeout:10000 Actual time passed: 6549 java.net.ConnectException: Connection refused: connect at java.net.DualStackPlainSocketImpl.waitForConnect(Native Method) at java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:85) .... ....

结论：

  • 您尝试连接的某些代理必须关闭。因此java进程抛出java.net.ConnectException
  • 最好捕获java.net.ConnectException代理并将其标记为无效/关闭
于 2013-12-23T21:20:36.460 回答
6

根据我的经验，HttpUrlConnection 在名称解析期间不会超时。如果您的设备已经缓存了目标地址，那么它将正确超时。

出于测试目的，请在代码中使用您的 IP 地址。

这通常发生在我的移动设备上。

于 2013-06-04T21:14:40.907 回答