造成內存泄漏的log如下：

E StrictMode: A resource was acquired at attached stack trace but never released. See java.io.Closeable for information on avoiding resource leaks.

E StrictMode: java.lang.Throwable: Explicit termination method 'end' not called

……

E StrictMode: ???????? at com.android.server.connectivity.NetworkMonitor.isCaptivePortalExt(NetworkMonitor.java:1026)

?

NetworkMonitor.java原來的代碼如下，根據這段代碼的意圖，是想要獲得請求的用時，然后通過一個名為 android.net.conn.NETWORK_CONDITIONS_MEASURED的廣播發送出去。Key值為 extra_request_timestamp_ms 和extra_response_timestamp_ms(如果有的話)。

為什么會造成內存泄漏？

我發現該問題發生的場景是在我使用弱網絡環境下，比如使用中國移動gprs上網這個時候會造成請求時間比較長，剛好如果有其他應用(比如Google music等)也在頻繁的驗證網絡的連通性，并且機器的運存小的情況下就會造成內存資源泄露。

?

修改后如下：

獲取InputStream對象，然后在適當的時候關閉，其實is.close()是可以放到

httpResponseCode = urlConnection.getResponseCode()之前的。

（版權所有，轉載請告知）

轉載于:https://www.cnblogs.com/claruarius/p/5774388.html

總結

以上是生活随笔為你收集整理的[android网络有效性检测] NetworkMonitor代码造成内存泄漏的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。