3

我在尝试让 Android 应用程序（好吧，服务，它有任何区别）使用持久 HTTP 1.1 连接时遇到了问题。

以下循环（简化的测试用例）通过桌面 JRE 上的单个 TCP 会话工作，但在 Android 设备上会导致整个套接字创建/拆卸周期。

        while (true) {
            URL url;
            try {
                url = new URL("http://10.0.0.125:8080/SRV?");

                URLConnection connection = url.openConnection();

                HttpURLConnection httpConnection = (HttpURLConnection) connection;                  
                int responseCode = httpConnection.getResponseCode();

            } catch (MalformedURLException e) {
            } catch (IOException e) {
            }       
        }

Oracle 的 JDK 描述了一种叫做“系统属性”的东西：

http.keepAlive= 默认值：true

http.maxConnections= 默认值：5

在 Android 的运行时中是否有类似的东西阻止了持久连接的维护？

4

2 回答 2

4

Android 的 JVM 在底层使用 Apache HTTP 组件库进行 HTTP 连接（即使是那些使用 java.net 接口完成的连接）：因此其行为与 Oracle JVM 略有不同。

理论上，底层的 Harmony 代码尊重http.keepAlive系统属性，但我不确定 Google 的副本是否保留了这种行为。

如果您想绝对确定发生了什么，您必须使用 HttpComponents 代码。它既长又痛苦，但是如果您查看http://hc.apache.org/httpcomponents-client-ga/tutorial/html/connmgmt.html，它概述了 http 组件的连接管理方法。查看第 2.11 节，其中详细介绍了如何使用 HTTP 组件显式控制连接管理。

祝你好运。

于 2011-05-06T23:10:04.483 回答
3

我看到了与未建立持久 HTTP 1.1 连接相同的问题。我编写了一个快速测试应用程序以获取更多详细信息。

首先，我从我的应用程序执行 TCP 流量转储，以查看发生了什么。“连接：保持活动”正在正确发送到我的服务器。然后我的服务器响应“Connection:keep-alive”。然而，在我的应用程序关闭其连接的 InputStream 后，Android 也关闭了底层套接字......而不是被持久化。

为了深入挖掘，我编写了我的应用程序以使用两种不同的方法进行连接：

HttpURLConnection con = (HttpURLConnection) url.openConnection();

和

HttpClient 客户端 = 新 DefaultHttpClient();

事实证明，HttpClient 没有持久化底层套接字，但 HttpURLConnection 确实如此。因此，如果您想要获得最佳性能，请使用 HttpURLConnections，直到 Android 解决 DefaultHttpClient 中的此错误。

看起来像 Android HTTP 1.1 实现中的错误？

于 2012-02-08T23:21:15.403 回答