memory-leaks

    0熱度

    2回答

    將其標記爲重複之前,請仔細閱讀完整描述(本週有過不愉快的體驗)。 這是我的代碼,確保我在所有五種方法中添加了註冊和取消註冊。 myReceiver是一個類級別的私有非靜態成員。 @Override public void onPause() { super.onPause(); UnRegisterInternetBroadcast(); storeP

    1熱度

    2回答

    我已閱讀下列主題: Should one call .close() on HttpServletResponse.getOutputStream()/.getWriter()? 但如果我用以下結構: ZipOutputStream zos = new ZipOutputStream(response.getOutputStream()); 我應該將其關閉或容器將做到這一點,而不是我?

    1熱度

    1回答

    與環境有關的內存泄漏在調查過的Android Studio的Memory monitor我的應用程序的內存使用情況,我意識到可能有一些內存泄漏,主要是由於(在我看來,如有錯誤指正)通過逐步增加Memory allocated的規模從30MB增長到50MB,70MB,幾乎達到了90MB。 這些內存分配的增加是由於通過跳回選項卡(fragments)和Activities,返回到初始活動等等而引起的。

    0熱度

    1回答

    我使用下面的代碼並獲得Java的內存不足的錯誤讀取JSON文件: BufferedReader br1 = new BufferedReader(new FileReader(filename)); try { StringBuilder sb = new StringBuilder(); String line = br1.readLine(); while (line != null)

    -2熱度

    1回答

    通過多次調用此函數將多次打印到文件時,我一直在運行內存泄漏。沒有任何問題,除非我真的打印。 void print_fields_weights_energies(MKL_Complex16 *stored_fields, MKL_Complex16 *stored_energies, MKL_Complex16 *weights,

    0熱度

    1回答

    在我的生產應用程序之一,我們使用的是Oracle JRockit的JVM作爲。小GC頻率非常高(大約每40秒)。但是有一段時間我們看到頻繁的Full GC發生,在那段時間Minor GC也收回可以忽略的字節。導致應用程序失敗,因爲我們的應用程序需要在1秒和完整的GC暫停響應正在服用超過1秒。 我有一些來自GC日誌的觀察 1-輕微GC無法在此期間回收任何字節,而不是特定的時期Minor GC回收幾乎

    0熱度

    1回答

    我在使用XCode的ios模擬器和使用genymotion的android模擬器上運行反應原生的Expo項目。 在真實的android手機上使用應用程序時有時會發生崩潰。 我希望找出調試仿真器的原因。 到目前爲止,我爲此搜索了工具,但沒有遇到任何問題。 任何人都可以告訴我用於調試genymotion模擬器上的內存泄漏的可用工具嗎? 我也歡迎任何其他意見來解決我的問題。 在此先感謝!

    0熱度

    1回答

    我使用下面的代碼來解析一個Ascii Stl文件(帶有頂點座標)並輸出每個頂點的座標。雖然STL文件僅僅是30M左右,當節點腳本運行,有600M左右MEM留在系統中形成控制檯 [email protected]:~/node$ ls -l DNA_mit_Anhnger.stl -rw-r--r-- 1 roofe roofe 34964929 Sep 27 09:50 DNA_mit_Anhn

    1熱度

    1回答

    爲什麼堆沒有理由上漲?如果你說使用gc,我仍然想知道爲什麼要上去? 這裏是我的代碼: public class GameCore extends ApplicationAdapter { SpriteBatch batch; Texture texture; StopWatch sw = new StopWatch(); long current, held

    0熱度

    1回答

    我們在數百個客戶端中安裝了WinForms應用程序。在其中一些內存中,隨着時間的推移,內存使用率開始上升,顯然沒有理由,直到OutOfMemoryException最終被拋出。 我們使用DebugDiag集合和分析來試圖理解問題。我們得到了these warnings。 所以,首先要看的是Finalizer線程,因爲有一個巨大的對象隊列(42K)準備好完成。這是它的調用堆棧怎麼看起來像在轉儲的時間