socket-io在Android httpConnection内存泄漏

时间:2016-04-30 20:54:49

标签: android ssl memory-leaks socket.io

我在android上使用socket-io。 ( 'com.github.nkzawa:socket.io客户端:0.3.0')

在Nexus 10设备(Android 4.2.1)上测试我的应用程序时,我发现在调用mSocket.connect()之后,libcore.net.http每隔12.7秒左右创建一个libcore.net.http.HttpConnection对象。 HttpConnectionPool。导致“打开文件太多错误”,最终导致应用冻结或崩溃。

  • 不会发生(Android 4.4.2)三星GS5设备
  • 如果我连接到非SSL服务器(http vs https)
  • ,则不会发生这种情况
  • 我正在连接自签名证书服务器 - 不确定它是否与泄漏有关。
  • 调用套接字断开连接不会释放HttpConnection对象

在调查泄漏时我创建了一个重现漏洞的空android项目。下面我只附加了一个空的“hello world”项目顶部添加的代码。

  • 请注意,在我的原始应用上 - 与服务器的连接成功。 onError回调被放置但未被调用。在服务器端只有一个连接。发送和接收Msgs成功。只有当HttpConnection对象计数达到300左右时,才会出现“打开太多文件”错误并导致各种问题。

  • 事实上它只发生在一些Android版本上,只发生在SSL连接上,并且连接导致泄漏但断开连接并没有释放它,真的让我感到困惑。

-code

添加到build.gradle依赖项

compile 'com.github.nkzawa:socket.io-client:0.3.0'

添加到Android Manifest

<uses-permission android:name="android.permission.INTERNET" />

主要活动......

import com.github.nkzawa.socketio.client.IO;
import com.github.nkzawa.socketio.client.Socket;

import java.net.URISyntaxException;
import java.security.KeyManagementException;
import java.security.NoSuchAlgorithmException;
import java.security.cert.CertificateException;
import java.security.cert.X509Certificate;

import javax.net.ssl.HostnameVerifier;
import javax.net.ssl.HttpsURLConnection;
import javax.net.ssl.SSLContext;
import javax.net.ssl.SSLSession;
import javax.net.ssl.TrustManager;
import javax.net.ssl.X509TrustManager;


public class MainActivity extends AppCompatActivity {



@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    .....

    mSocket.connect();
}

private TrustManager[] trustAllCerts = new TrustManager[] { new X509TrustManager() {
        public java.security.cert.X509Certificate[] getAcceptedIssuers() {
            return new java.security.cert.X509Certificate[] {};
        }

    public void checkClientTrusted(X509Certificate[] chain,String authType) throws CertificateException {
    }

    public void checkServerTrusted(X509Certificate[] chain,
                                   String authType) throws CertificateException {
    }
} };
private Socket mSocket;
{

        try
        {
            SSLContext sc = SSLContext.getInstance("TLS");
            sc.init(null, trustAllCerts, null);
            IO.setDefaultSSLContext(sc);
            HttpsURLConnection.setDefaultHostnameVerifier(new RelaxedHostNameVerifier());

            mSocket = IO.socket("https://10.0.0.1");
            mSocket.connect() ;

        }
        catch (NoSuchAlgorithmException e) {
            e.printStackTrace();
        } catch (KeyManagementException e) {
            e.printStackTrace();
        }
        catch (URISyntaxException e) {
            e.printStackTrace();
        }

}

public static class RelaxedHostNameVerifier implements HostnameVerifier {
    public boolean verify(String hostname, SSLSession session) {
        return true;
    }
}

1 个答案:

答案 0 :(得分:1)

好的。得到了它。

  • 每12.7秒连接泄漏就是ping。更改我的服务器上的ping间隔有点帮助。 但事实证明,httpConnection泄露在发送到服务器的每个Msg上。 所以基本上它不是解决方案。

经过一番挖掘后,我在网上找到了这个。 http://android-developers.blogspot.co.il/2011/09/androids-http-clients.html

总结一下。

&#34;在Froyo之前,HttpURLConnection有一些令人沮丧的错误。特别是,在可读的InputStream上调用close()可能会使连接池中毒。通过禁用连接池解决此问题:&#34;

private void disableConnectionReuseIfNecessary() {
    // HTTP connection reuse which was buggy pre-froyo
    if (Integer.parseInt(Build.VERSION.SDK) < Build.VERSION_CODES.FROYO) {
        System.setProperty("http.keepAlive", "false");
    }
}

如上所述,我在果冻豆上遭受这种泄漏而不是froyo。我删除了这个条件。

public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    System.setProperty("http.keepAlive", "false") ;
    ...
}