Android-java.net.ConnectException:连接失败-连接失败：EMFILE（打开的文件太多）

我有一个Android应用程序，我基本上每3分钟运行一个异步任务来ping我的服务器以获取访问令牌。但大约一小时后，应用程序冻结，我在logcat中看到了这个异常。该应用程序最终崩溃

这是坠机记录

10-25 16:38:47.527  19845-19845/com.test.app E/SharedPreferencesImpl﹕ Couldn't create directory for SharedPreferences file /data/data/com.test.app/shared_prefs/MY_SHARED_PREF.xml
10-25 16:38:47.536  19845-19845/com.test.app E/SharedPreferencesImpl﹕ Couldn't create directory for SharedPreferences file /data/data/com.test.app/shared_prefs/MY_SHARED_PREF.xml
10-25 16:38:47.545  19845-23000/com.test.app W/SpotifySDK﹕ Player::deliverAudio called with 0 frames
10-25 16:38:47.545  19845-23000/com.test.app I/SpotifySDK﹕ Got notification: Pause
10-25 16:38:47.547  19845-23000/com.test.app I/SpotifySDK﹕ Got notification: Track ended
10-25 16:38:47.552  19845-23000/com.test.app I/SpotifySDK﹕ Got notification: Track changed
10-25 16:38:47.553  19845-19845/com.test.app E/SharedPreferencesImpl﹕ Couldn't create directory for SharedPreferences file /data/data/com.test.app/shared_prefs/MY_SHARED_PREF.xml
10-25 16:38:47.560  19845-19913/com.test.app W/System.err﹕ java.net.ConnectException: failed to connect to /51.21.21.111 (port 8080) after 10000ms: connect failed: EMFILE (Too many open files)
10-25 16:38:47.572  19845-19913/com.test.app W/System.err﹕ at libcore.io.IoBridge.connect(IoBridge.java:124)
10-25 16:38:47.572  19845-19913/com.test.app W/System.err﹕ at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:183)
10-25 16:38:47.572  19845-19913/com.test.app W/System.err﹕ at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:456)
10-25 16:38:47.572  19845-19913/com.test.app W/System.err﹕ at java.net.Socket.connect(Socket.java:882)
10-25 16:38:47.573  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.internal.Platform$Android.connectSocket(Platform.java:190)
10-25 16:38:47.573  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.Connection.connectSocket(Connection.java:196)
10-25 16:38:47.573  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.Connection.connect(Connection.java:172)
10-25 16:38:47.573  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.Connection.connectAndSetOwner(Connection.java:367)
10-25 16:38:47.573  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.OkHttpClient$1.connectAndSetOwner(OkHttpClient.java:128)
10-25 16:38:47.573  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:328)
10-25 16:38:47.573  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:245)
10-25 16:38:47.574  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.Call.getResponse(Call.java:267)
10-25 16:38:47.574  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.Call$ApplicationInterceptorChain.proceed(Call.java:224)
10-25 16:38:47.574  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.Call.getResponseWithInterceptorChain(Call.java:195)
10-25 16:38:47.574  19845-19913/com.test.app W/System.err﹕ at com.squareup.okhttp.Call.execute(Call.java:79)
10-25 16:38:47.575  19845-19913/com.test.app W/System.err﹕ at com.test.app.async.AccessTokenUpdateTask.doInBackground(AccessTokenUpdateTask.java:57)
10-25 16:38:47.575  19845-19913/com.test.app W/System.err﹕ at com.test.app.async.AccessTokenUpdateTask.doInBackground(AccessTokenUpdateTask.java:21)
10-25 16:38:47.575  19845-19913/com.test.app W/System.err﹕ at android.os.AsyncTask$2.call(AsyncTask.java:292)
10-25 16:38:47.575  19845-19913/com.test.app W/System.err﹕ at java.util.concurrent.FutureTask.run(FutureTask.java:237)
10-25 16:38:47.575  19845-19913/com.test.app W/System.err﹕ at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:231)
10-25 16:38:47.575  19845-19913/com.test.app W/System.err﹕ at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
10-25 16:38:47.576  19845-19913/com.test.app W/System.err﹕ at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
10-25 16:38:47.576  19845-19913/com.test.app W/System.err﹕ at java.lang.Thread.run(Thread.java:818)
10-25 16:38:47.576  19845-19913/com.test.app W/System.err﹕ Caused by: android.system.ErrnoException: connect failed: EMFILE (Too many open files)
10-25 16:38:47.576  19845-19913/com.test.app W/System.err﹕ at libcore.io.Posix.connect(Native Method)
10-25 16:38:47.577  19845-19913/com.test.app W/System.err﹕ at libcore.io.BlockGuardOs.connect(BlockGuardOs.java:111)
10-25 16:38:47.577  19845-19913/com.test.app W/System.err﹕ at libcore.io.IoBridge.connectErrno(IoBridge.java:154)
10-25 16:38:47.577  19845-19913/com.test.app W/System.err﹕ at libcore.io.IoBridge.connect(IoBridge.java:122)
10-25 16:38:47.577  19845-19913/com.test.app W/System.err﹕ ... 22 more
10-25 16:38:47.578  19845-19845/com.test.app W/art﹕ Large object allocation failed: ashmem_create_region failed for 'large object space allocation': Too many open files
10-25 16:38:47.603  19845-19845/com.test.app I/art﹕ Alloc sticky concurrent mark sweep GC freed 75611(1974KB) AllocSpace objects, 15(384KB) LOS objects, 13% free, 48MB/55MB, paused 1.317ms total 23.837ms
10-25 16:38:47.605  19845-19845/com.test.app W/art﹕ Large object allocation failed: ashmem_create_region failed for 'large object space allocation': Too many open files
10-25 16:38:47.626  19845-19845/com.test.app I/art﹕ Alloc partial concurrent mark sweep GC freed 9352(329KB) AllocSpace objects, 6(1169KB) LOS objects, 25% free, 46MB/62MB, paused 965us total 20.962ms
10-25 16:38:47.628  19845-19845/com.test.app W/art﹕ Large object allocation failed: ashmem_create_region failed for 'large object space allocation': Too many open files
10-25 16:38:47.650  19845-19845/com.test.app I/art﹕ Alloc concurrent mark sweep GC freed 399(28KB) AllocSpace objects, 0(0B) LOS objects, 25% free, 46MB/62MB, paused 922us total 21.750ms
10-25 16:45:19.014  19845-19845/com.test.app E/Surface﹕ dequeueBuffer failed (Unknown error 2147483646)
10-25 16:45:19.022  19845-19845/com.test.app E/ViewRootImpl﹕ Could not lock surface
    java.lang.IllegalArgumentException
            at android.view.Surface.nativeLockCanvas(Native Method)

....

10-25 22:34:42.026  22778-22778/com.test.app E/Parcel﹕ dup() failed in Parcel::read, i is 0, fds[i] is -1, fd_count is 1, error: Too many open files

下面是我对这个日志的分析：我理解为什么应用程序UI会冻结，这是由于“dequeueBuffer failed”和“lock surface”异常。但之前的一行告诉我，应用程序在我向服务器发出的每3分钟ping中打开的文件太多

我在下面的活动中定义我的客户机对象，并将该客户机对象传递给该异步任务。我编写了该任务的另一个版本，在该版本中，我在异步任务本身中定义了OkHttpClient对象，但遇到了相同的错误。下面是我的异步任务中的代码

活动内部

    OkHttpClient client = new OkHttpClient();

通过构造函数将客户机对象传递给AsyncTask

    RequestBody body = RequestBody.create("application/json; charset=utf-8", jsonString);
    Request request = new Request.Builder()
            .url(url)
            .post(body)
            .build();
    Response response = null;
    try {
        response = client.newCall(request).execute();
        if(response.isSuccessful()) {
            String responseBody = response.body().string();
            return responseBody;
        }
    } catch (Exception e) {
        e.printStackTrace();
    }

---

你知道我该如何修复这个错误吗

每次执行异步任务时，您都在创建一个新的OkHttpClient。正方形表示大多数应用程序使用一个okhttpclient实例。尝试将okhttpclient实例化移出异步任务，以便每个应用程序生命周期只创建一个实例

每次执行异步任务时，您都在创建一个新的OkHttpClient。正方形表示大多数应用程序使用一个okhttpclient实例。尝试将okhttpclient实例化移出异步任务，以便每个应用程序生命周期只创建一个实例

每次执行异步任务时，您都在创建一个新的OkHttpClient。正方形表示大多数应用程序使用一个okhttpclient实例。尝试将okhttpclient实例化移出异步任务，以便每个应用程序生命周期只创建一个实例

每次执行异步任务时，您都在创建一个新的OkHttpClient。正方形表示大多数应用程序使用一个okhttpclient实例。尝试将okhttpclient实例化移出异步任务，以便每个应用程序生命周期只创建一个实例

所以我得到了这个问题的答案，它与OkHTTP无关。这是因为我正在使用另一个SDK。我没用对。这是Spotify Android SDK，基本上，当我创建播放器对象时，我需要为它创建一个配置，就像这样

Config playerConfig = new Config(this,
            accessToken,
            getString(R.string.client_id)); 

我所要做的就是添加以下行

playerConfig.useCache(false);

---

所以我得到了这个问题的答案，它与OkHTTP无关。这是因为我正在使用另一个SDK。我没用对。这是Spotify Android SDK，基本上，当我创建播放器对象时，我需要为它创建一个配置，就像这样

Config playerConfig = new Config(this,
            accessToken,
            getString(R.string.client_id)); 

我所要做的就是添加以下行

playerConfig.useCache(false);

---

所以我得到了这个问题的答案，它与OkHTTP无关。这是因为我正在使用另一个SDK。我没用对。这是Spotify Android SDK，基本上，当我创建播放器对象时，我需要为它创建一个配置，就像这样

Config playerConfig = new Config(this,
            accessToken,
            getString(R.string.client_id)); 

我所要做的就是添加以下行

playerConfig.useCache(false);

---

所以我得到了这个问题的答案，它与OkHTTP无关。这是因为我正在使用另一个SDK。我没用对。这是Spotify Android SDK，基本上，当我创建播放器对象时，我需要为它创建一个配置，就像这样

Config playerConfig = new Config(this,
            accessToken,
            getString(R.string.client_id)); 

我所要做的就是添加以下行

playerConfig.useCache(false);

---

---

所以，在发布了这个问题后，我阅读了文档，并做到了这一点。但我还是犯了同样的错误。我现在正在编辑这个问题以反映这一点。嗯，好的。在进一步查看堆栈跟踪之后，我发现您正在使用Spotify。堆栈的底部看起来像本机内存不足异常。Spotify是否在其SDK中使用本机代码？你所有的音乐文件流都在finally块内关闭了吗？这是个好问题。我不知道这一点，因为Spotify还没有开源代码让我们来解决这个问题。我得问问他们。但是既然OkHttp抛出了这个异常，你不认为这是因为它们吗？另外，由于Spotify有自己的播放器对象，Square有自己的OkHttp对象，因此播放器对象不能干扰OkHttp对象与相应对象打开的文件。您可能是对的，我查看了这个链接，看起来其他人也遇到了同样的问题。你是对的，这是一个Spotify问题，我没有禁用缓存。所以，在发布这个问题后，我阅读了文档，并做到了这一点。但我还是犯了同样的错误。我现在正在编辑这个问题以反映这一点。嗯，好的。在进一步查看堆栈跟踪之后，我发现您正在使用Spotify。堆栈的底部看起来像本机内存不足异常。Spotify是否在其SDK中使用本机代码？你所有的音乐文件流都在finally块内关闭了吗？这是个好问题。我不知道这一点，因为Spotify还没有开源代码让我们来解决这个问题。我得问问他们。但是既然OkHttp抛出了这个异常，你不认为这是因为它们吗？另外，由于Spotify有自己的播放器对象，Square有自己的OkHttp对象，因此播放器对象不能干扰OkHttp对象与相应对象打开的文件。您可能是对的，我查看了这个链接，看起来其他人也遇到了同样的问题。你是对的，这是一个Spotify问题，我没有禁用缓存。所以，在发布这个问题后，我阅读了文档，并做到了这一点。但我还是犯了同样的错误。我现在正在编辑这个问题以反映这一点。嗯，好的。在进一步查看堆栈跟踪之后，我发现您正在使用Spotify。堆栈的底部看起来像本机内存不足异常。Spotify是否在其SDK中使用本机代码？A.