Ⅰ android app後台運行一段時間後，在回到前台，之前的一些對象會被回收
出現這種情況最主要的原因還是內存不足的問題，被系統自動回收了。如果LZ想保存現場的話，建議LZ使用onSaveInstanceState這個方法保存現場
Ⅱ 如何防止 android service被回收
在service中重寫下面的方法，這個方法有三個返回值， START_STICKY是service被kill掉後自動重寫創建
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
// TODO Auto-generated method stub
Log.v("TrafficService","startCommand");
flags = START_STICKY;
return super.onStartCommand(intent, flags, startId);
}
如何實現一個不會被殺死的進程
看Android的文檔知道，當進程長期不活動，或系統需要資源時，會自動清理門戶，殺死一些Service，和不可見的Activity等所在的進程。
但是如果某個進程不想被殺死（如數據緩存進程，或狀態監控進程，或遠程服務進程），應該怎麼做，才能使進程不被殺死。
add android:persistent="true" into the <application> section in your AndroidManifest.xml
切記，這個不可濫用，系統中用這個的service，app一多，整個系統就完蛋了。
目前系統中有phone等非常有限的，必須一直活著的應用在試用。
如何防止Android應用中的Service被系統回收?
很多朋友都在問，如何防止Android應用中的Service被系統回收？下面簡單解答一下。
對於Service被系統回收，一般做法是通過提高優先順序可以解決，在AndroidManifest.xml文件中對於intent-filter可以通過android:priority = "1000"這個屬性設置最高優先順序，1000是最高值，如果數字越小則優先順序越低，同時實用於廣播，推薦大家如果你的應用很重要，可以考慮通過系統常用intent action來觸發。
Ⅲ android service 什麼情況下會被系統回收
android service 開機啟動後被被自動關閉掉原因：
Android 系統對於內存管理有自己的一套方法，為了保障系統有序穩定的運信，系統內部會自動分配，控製程序的內存使用。當系統覺得當前的資源非常有限的時候，為了保 證一些優先順序高的程序能運行，就會殺掉一些他認為不重要的程序或者服務來釋放內存。這樣就能保證真正對用戶有用的程序仍然再運行。如果你的 Service 碰上了這種情況，多半會先被殺掉。但如果你增加 Service 的優先順序就能讓他多留一會，我們可以用 setForeground(true) 來設置 Service 的優先順序。
默認啟動的 Service 是被標記為 background，當前運行的 Activity 一般被標記為 foreground，也就是說你給 Service 設置了 foreground 那麼他就和正在運行的 Activity 類似優先順序得到了一定的提高。當讓這並不能保證你得 Service 永遠不被殺掉，只是提高了他的優先順序。
Ⅳ android 什麼時候會被回收
在整個應用結束的時候，就是Application銷毀後，但是一般退出應用後Application不會立即銷毀，所以建議手動銷毀一些必要的static 變數，還有android開發中盡量少使用static變數，容易內存溢出，和出現一些異常。
Ⅳ Android後台的App被回收，但未完全退出，重新從任務欄打開時會報錯，可能是什麼錯如何避免
在 ondestory 裡面把跟app有關的所有東西都幹掉就ok了，我一般都是在application裡面建一個list 把所有的activity都存進來，退出時或者ondestory時 挨個finish
Ⅵ 如何判斷 android被 系統回收
我覺得沒有顯式的判斷方法。
Activity就像Java中的一個類，類可以實例化出很多個對象，但你無法判斷該類所有的對象是否已經被內存回收了。
android中顯式的調用finish()方法，或者隱身的（比如按「Back」鍵導致該activity被finish()掉），會導致該activity被回收。
Ⅶ 如何防止android應用中的service被系統回收
永不被kill是不可能的，android系統應用都有可能會被kill，不要說用戶應用了，只能說被kill以後還能重新啟動。
Android中，當Service被kill後，如果重啟需要使用BroadcastReceiver來實現，即廣播接收者，例如利用BroadcastReceiver注冊網路廣播或者開關機廣播，當接收到廣播後直接啟動service,這樣就可以保證service被kill後，自動啟動。
實現代碼：
1.在配置文件AndroidManifest.xml中向系統注冊BroadcastReceiver
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
2.需要添加相應許可權
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
3.在Receiver中就可以添加開機，或者網路狀態改變後需要進行的操作
public class BootCompletedReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
}
}
4.執行操作，Intent intent = new Intent(context,Service.class); context.startService(intent); 這樣即可開機，或者網路狀態改變後啟動Service了。
Ⅷ android進程被系統回收（殺死）
Activity綁定Service，那麼這個service的生命周期跟activity相關。會隨著activity結束而結束。
綁定的service跟activity是同一個進程的。
如果service配置一個單獨的進程，應該是通過startService來啟動的，bindService不行吧？
系統資源不足時，會有一個策略來回收進程，優先順序的回收順序是 Empty process、Background process、Service process、Visible process、Foreground process。
參見www.cnblogs.com/bastard/archive/2012/08/17/2644169.html
Ⅸ 安卓手機回收站刪除App怎麼找回
摘要
你好呢親，可以按照以下步驟操作。
Ⅹ android static 什麼時候被回收
android中，定義的static變數屬於全局變數，不會被GC回收,它們會一直佔用內存。直到程序結束時才會被回收。
Android是用Java開發，其靜態變數的生命周期遵守Java的設計。靜態變數是在類被load的時候分配內存的，並且存在於方法區。當類被卸載的時候，靜態變數被銷毀。在PC機的客戶端程序中，一個類被載入和卸載，可簡單的等同於jvm進程的啟動和結束。
一、靜態變數在類被載入的時候分配內存。
當啟動一個app的時候，系統會創建一個進程，此進程會載入一個Dalvik VM的實例，然後代碼就運行在DVM之上，類的載入和卸載，垃圾回收等事情都由DVM負責。也就是說在進程啟動的時候，類被載入，靜態變數被分配內存。
二、靜態變數在類被卸載的時候銷毀。
一般情況下，所有的類都是默認的ClassLoader載入的，只要ClassLoader存在，類就不會被卸載，而默認的ClassLoader生命周期是與進程一致的。