[英]Too many open files error android
我正在實施一項將文件上傳到雲服務的服務。 我正在使用OkHttp上傳大塊文件。 邏輯是這樣的,我從服務器獲取加載URL和頭,然后將塊上傳到雲,依此類推。 大約200個塊后我得到這個錯誤的問題:
W/System.err: java.net.ConnectException: failed to connect to piboxdev.blob.core.windows.net/40.118.73.216 (port 443) after 10000ms: connect failed: EMFILE (Too many open files)
04-07 11:10:55.963 4945-5653/? W/StreamManager: Dropping non-bitmap icon from notification.
04-07 11:10:55.977 13347-15602/by.set.pibox W/System.err: at libcore.io.IoBridge.connect(IoBridge.java:124)
04-07 11:10:55.977 13347-15602/by.set.pibox W/System.err: at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:183)
04-07 11:10:55.977 13347-15602/by.set.pibox W/System.err: at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:456)
04-07 11:10:55.977 13347-15602/by.set.pibox W/System.err: at java.net.Socket.connect(Socket.java:882)
04-07 11:10:55.977 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.internal.Platform$Android.connectSocket(Platform.java:190)
04-07 11:10:55.977 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.Connection.connectSocket(Connection.java:196)
04-07 11:10:55.977 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.Connection.connect(Connection.java:172)
04-07 11:10:55.977 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.Connection.connectAndSetOwner(Connection.java:367)
04-07 11:10:55.978 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.OkHttpClient$1.connectAndSetOwner(OkHttpClient.java:128)
04-07 11:10:55.978 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:328)
04-07 11:10:55.978 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:245)
04-07 11:10:55.978 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.Call.getResponse(Call.java:267)
04-07 11:10:55.978 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.Call$ApplicationInterceptorChain.proceed(Call.java:224)
04-07 11:10:55.978 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.Call.getResponseWithInterceptorChain(Call.java:195)
04-07 11:10:55.978 13347-15602/by.set.pibox W/System.err: at com.squareup.okhttp.Call.execute(Call.java:79)
04-07 11:10:55.978 13347-15602/by.set.pibox W/System.err: at by.set.pibox.upload.uploadService.HttpUploadTask.loadToAzure(HttpUploadTask.java:254)
以下是處理上傳的代碼:
try {
HashMap<String, String> headers = response.getHeaders();
String url = response.getUrl();
if (source==null)
source = Okio.buffer(Okio.source(file));
if (content==null)
content = new ChunkFileRequestBody(source, size, contentType);
Request.Builder builder = new Request.Builder();
for (Map.Entry<String, String>entry : headers.entrySet()) {
builder.addHeader(entry.getKey(), entry.getValue());
}
Request azureRequest = builder.url(url).put(content).build();
Response azureResponse = client.newCall(azureRequest).execute();
if (azureResponse.code()/100==2 && shouldContinue) {
Log.e(getClass().getSimpleName(), azureResponse.code() + " " + azureResponse.message());
uploadedBodyBytes +=size;
if (uploadedBodyBytes>=totalBodyBytes) {
cleanUp();
confirmUpload();
}
else {
broadcastProgress(uploadedBodyBytes, totalBodyBytes);
upload();
}
這是自定義內容正文:
public class ChunkFileRequestBody extends RequestBody {
private final String contentType;
private long uploadSize;
private BufferedSource source;
public ChunkFileRequestBody(BufferedSource source, Long size, String contentType) {
this.source = source;
this.contentType = contentType;
this.uploadSize=size;
}
@Override
public long contentLength() {
return uploadSize;
}
@Override
public MediaType contentType() {
return MediaType.parse(contentType);
}
@Override
public void writeTo(BufferedSink sink) throws IOException {
source.readFully(sink.buffer(), uploadSize);
sink.flush();
}
}
這不能是文件處理中的泄漏,因為我只打開一次文件。 內存使用情況似乎也很好。 看起來好像OkHttp無法正確關閉套接字。 我問圖書館的作者,但他們無法幫助解決這個問題。
有人有過類似的東西嗎? 請幫忙
你是如何實例化你的http客戶端的? 我剛剛解決了這個問題,不是每次都實例化一個新的客戶端,而只是創建一個並重用它。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.