Spawner - developers tool (read description) APK

Simple tool to simulate your device reclaiming memory from background processes. Read the description

****該應用程序啟動CLAIMING MEMORY上啟動****
我專門做Android開發這個非常簡單的工具應用程序。這個程序將安全地讓你的後台程序進程可以回收用於需要的內存。沒有permissions-因為這是一個簡單的應用程序。
這個應用程序可以如何幫助一個例子：

APP1推出結合活動A作為發射的過程。有一個在活動A.用戶一個靜態單導航到相同的任務活動B。活動B具有參考在活性A.單例（可變分貝= MainActivity.db;例如）現在活動B是在堆棧的頂部。用戶按下主頁按鈕，應用1坐落在後台小時。隨著時間的推移，Android將需要回收內存等功能/應用程序。當發生這種情況，將殺死空閒的後台進程。在這種情況下，程序App1處理終止。
沒問題，因為這是設計的。讓我們繼續這個故事。
用戶按下App1的圖標，“重新打開”它 - BAM！可怕的“應用1已停止”
空指針異常。這是因為，當機器人試圖從被殺的過程，它會嘗試打開最後一個活動，用戶在重新開啟應用程式。在這種情況下活性B.記住，活動B引用的活動A.然而活動A不再存在的單（以及它存在並且是在堆棧中，但需要重新創建，並因此該變量重新初始化）。

因此，使用這個應用程序可以測試這樣的事情，當你正在開發自己的應用程序。但是，而不是等待數小時後才進行系統回收內存，你可以在不到一分鐘內實現這一目標。
最簡單的方法是在測試過程中是把測井數據生命週期的每一個方法的內部，看著你使用這樣一來把它扼殺掉後，重新打開應用程序的logcat的使用這個應用程序。

因為通常當你打開你的應用程序和瀏覽遠離它，你知道，在onPause（等等）被調用。而當你重新打開它，的onResume被調用（不的onCreate，因為它已經創建）......然而，當系統殺死它關閉，由於內存的需求，就必須重新創建它。並調用的onCreate。但請記住它會首先調用它的最後一項活動，這是在頂部就被毀掉之前，不啟動活動（當然，除非它是在堆棧的頂部）

如果一切令人困惑，看視頻我已經連接到該上市
希望你現在明白這個程序是如何有幫助