『壹』 如何讓android的service一直在後台運行
1.把service和activity分開，讓service開機啟動。設置一個broadcastreceiver接受開機信號，使用RECEIVE_BOOT_COMPLETED的permission，然後啟動service。activity啟動後綁定到service上，通過ipc機制通信，acitivity結束後松綁。注意安裝後要手動啟動service，不會自動啟動，之後重啟手機後才會隨開機啟動。2.在內存低的時候系統會自動清理進程，這時候後台service可能會被殺掉。可以在onStartCommand中返回START_STICKY，這樣系統有足夠多資源的時候，就會重新開啟service。3.以上不需要NDK，直接用SDK開發就可以了。Android一直運行的後台服務是不存在的，而且也不是最佳實踐，因為一直運行的後台服務會耗費大量系統資源，影響其他程序的響應從而影響到用戶體驗。可以考慮使用如下幾種方案來達到一直運行的效果。1.調用startForeground方法，android:.使用AlarmManager發送定時任務：DiamondsAreForever.ServicesAreNot.我現在也遇到這個問題，我想樓主之所以出現這個問題的原因是，你在Activitiy中創建的Service運行在當前進程中，當你把這個Activitiy的進程殺掉之後，自然這個服務也就停止了。所以我的建議是在startService的時候，讓這個Service運行在與該Activity不同的進程中（可以startService或者開機時創建一個新的進程）。實際上就是Linux裡面的進程操作。可以使用NDK開發，用C或者C++新建一個進程來運行自己的服務，並提高進程優先順序，避免被清理掉（我猜測 和 的推送服務，或許是這么實現的）。有一種做法是開兩個進程來相互監督，一旦其中一個進程被停止，另一個檢測到後，立即或稍後重啟另一個進程。這里可以效仿這種做法。可以開兩個進程，一個用來做前台，另一個負責運行服務，後者沒有activity，由前者初始化並啟動，這樣，當前台進程被關閉時，服務並不被關閉
『貳』 android 怎麼保證服務不被殺死
Service運行方式
以startService()啟動服務，系統將通過傳入的Intent在底層搜索相關符合Intent裡面信息的service。如果服務沒有啟動則先運行onCreate，然後運行onStartCommand （可在裡面處理啟動時傳過來的Intent和其他參數），直到明顯調用stopService或者stopSelf才將停止Service。無論運行startService多少次，只要調用一次stopService或者stopSelf，Service都會停止。使用stopSelf(int)方法可以保證在處理好intent後再停止。onStartCommand ，在2.0後被引入用於service的啟動函數，2.0之前為public void onStart(Intent intent, int startId) 。
以bindService()方法啟用服務，調用者與服務綁定在了一起，調用者一旦退出，服務也就終止。onBind()只有採用Context.bindService()方法啟動服務時才會回調該方法。該方法在調用者與服務綁定時被調用，當調用者與服務已經綁定，多次調用Context.bindService()方法並不會導致該方法被多次調用。採用Context.bindService()方法啟動服務時只能調用onUnbind()方法解除調用者與服務解除，服務結束時會調用onDestroy()方法。
擁有service的進程具有較高的優先順序
官方文檔告訴我們，Android系統會盡量保持擁有service的進程運行，只要在該service已經被啟動(start)或者客戶端連接(bindService)到它。當內存不足時，需要保持，擁有service的進程具有較高的優先順序。
1． 如果service正在調用onCreate,onStartCommand或者onDestory方法，那麼用於當前service的進程則變為前台進程以避免被killed。
2． 如果當前service已經被啟動(start)，擁有它的進程則比那些用戶可見的進程優先順序低一些，但是比那些不可見的進程更重要，這就意味著service一般不會被killed.
3． 如果客戶端已經連接到service (bindService),那麼擁有Service的進程則擁有最高的優先順序，可以認為service是可見的。
4． 如果service可以使用startForeground(int, Notification)方法來將service設置為前台狀態，那麼系統就認為是對用戶可見的，並不會在內存不足時killed。
5． 如果有其他的應用組件作為Service,Activity等運行在相同的進程中，那麼將會增加該進程的重要性。
『叄』 Android如何避免Service被殺掉,如果被殺掉應如何處理。
service 如果你不是bind綁定啟動的話,你不執行stop應該不會被輕易的殺死. 但是如果你遇上了像360等等手機助手的話,他們會直接的殺死在後台運行的serice,這個是沒法避免的.
至於Service被殺掉 ,你只能打開程序重新啟動一下.舉個例子就是你在後台放歌,你清理的一下手機,如果沒有特殊的設置,放歌的軟體和服務都會被清楚,你只能重新打開軟體
『肆』 怎樣殺死android service進程
這個意外進程停止,出現的情況有兩種: 1.程序後台運行時,系統資源不足時自動殺死該進程從而獲取更多的資源,而用戶在進入該界面時,進程已被殺死而無法恢復前一狀態而引起的程序崩潰. 2.手機root後,用戶許可權擴大導致誤刪了系統個別文件導致的程序無法運行. 解決辦法: 1.種情況屬於系統內部的,無法干涉 2.從新刷機,刷機後進行反root,保證用戶沒有最高許可權而不能刪除系統文件,
『伍』 android怎麼寫一個殺不死的service
1.在service中重寫下面的方法，這個方法有三個返回值， START_STICKY是service被kill掉後自動重寫創建
[代碼]java代碼：
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
return START_STICKY;
}----------------
@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);
// return START_REDELIVER_INTENT;
}
2.在Service的onDestroy()中重啟Service.
public void onDestroy() {
Intent localIntent = new Intent();
localIntent.setClass(this, MyService.class); //銷毀時重新啟動Service
this.startService(localIntent);
}
用qq管家殺掉進程的時候，調用的是系統自帶的強制kill功能（即settings里的），在kill時，會將應用的整個進程停掉，當然包括service在內，如果在running里將service強制kill掉，顯示進程還在。不管是kill整個進程還是只kill掉進應用的 service，都不會重新啟動service。不知道你是怎麼實現重啟的，實在是不解。 在eclipse中，用stop按鈕kill掉進程的時候，倒是會重啟service
KILL問題：
1. settings 中stop service
onDestroy方法中，調用startService進行Service的重啟。
2.settings中force stop 應用
捕捉系統進行廣播（action為android.intent.action.PACKAGE_RESTARTED）
3. 藉助第三方應用kill掉running task
提升service的優先順序
service開機啟動
今天我們主要來探討android怎麼讓一個service開機自動啟動功能的實現。Android手機在啟動的過程中會觸發一個Standard Broadcast Action，名字叫android.intent.action.BOOT_COMPLETED(記得只會觸發一次呀),在這里我們可以通過構建一個廣播接收者來接收這個這個action.下面我就來簡單寫以下實現的步驟：
第一步：首先創建一個廣播接收者,重構其抽象方法 onReceive(Context context, Intent intent)，在其中啟動你想要啟動的Service或app。
[代碼]java代碼：
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;
public class BootBroadcastReceiver extends BroadcastReceiver {
//重寫onReceive方法
@Override
public void onReceive(Context context, Intent intent) {
//後邊的XXX.class就是要啟動的服務
Intent service = new Intent(context,XXXclass);
context.startService(service);
Log.v("TAG", "開機自動服務自動啟動.....");
//啟動應用，參數為需要自動啟動的應用的包名
Intent intent = getPackageManager().getLaunchIntentForPackage(packageName);
context.startActivity(intent );
}
}
第二步：配置xml文件，在re
ceiver接收這種添加intent-filter配置
[代碼]java代碼：
<receiver android:name="BootBroadcastReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"></action>
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</receiver>
第三步：添加許可權 <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
如何實現一個不會被殺死的進程
看Android的文檔知道，當進程長期不活動，或系統需要資源時，會自動清理門戶，殺死一些Service，和不可見的Activity等所在的進程。
但是如果某個進程不想被殺死（如數據緩存進程，或狀態監控進程，或遠程服務進程），應該怎麼做，才能使進程不被殺死。
add android:persistent="true" into the <application> section in your AndroidManifest.xml
切記，這個 不可濫用，系統中用這個的service，app一多，整個系統就完蛋了。
目前系統中有phone等非常有限的，必須一直活著的應用在試用。
提升service優先順序的方法
Android 系統對於內存管理有自己的一套方法，為了保障系統有序穩定的運信，系統內部會自動分配，控製程序的內存使用。當系統覺得當前的資源非常有限的時候，為了保 證一些優先順序高的程序能運行，就會殺掉一些他認為不重要的程序或者服務來釋放內存。這樣就能保證真正對用戶有用的程序仍然再運行。如果你的 Service 碰上了這種情況，多半會先被殺掉。但如果你增加 Service 的優先順序就能讓他多留一會，我們可以用 setForeground(true) 來設置 Service 的優先順序。
為什麼是 foreground ? 默認啟動的 Service 是被標記為 background，當前運行的 Activity 一般被標記為 foreground，也就是說你給 Service 設置了 foreground 那麼他就和正在運行的 Activity 類似優先順序得到了一定的提高。當讓這並不能保證你得 Service 永遠不被殺掉，只是提高了他的優先順序。
從Android 1.5開始，一個已啟動的service可以調用startForeground(int, Notification)將service置為foreground狀態，調用stopForeground(boolean)將service置為 background狀態。
我們會在調用startForeground(int, Notification)傳入參數notification，它會在狀態欄里顯示正在進行的foreground service。background service不會在狀態欄里顯示。
在Android 1.0中，將一個service置為foreground狀態：
setForeground(true);
mNM.notify(id, notification);
將一個service置為background狀態：
mNM.cancel(id);
setForeground(false);
對比看出，在1.0 API中調用setForeground(boolean)只是簡單的改變service的狀態，用戶不會有任何覺察。新API中強制將 notification和改變service狀態的動作綁定起來，foreground service會在狀態欄顯示，而background service不會。
Remote service controller & binding
跨進程調用Service。暫時不研究。
如何防止Android應用中的Service被系統回收? 很多朋友都在問，如何防止Android應用中的Service被系統回收？下面簡單解答一下。
對於Service被系統回收，一般做法是通過提高優先順序可以解決，在AndroidManifest.xml文件中對於intent-filter可以通過 android:priority = "1000"這個屬性設置最高優先順序，1000是最高值，如果數字越小則優先順序越低，同時實用於廣播，推薦大家如果你的應用很重要，可以考慮通過系統常用intent action來觸發。
『陸』 Android開發之怎樣監聽讓Service不被殺死
作者：閉關寫代碼鏈接：/question/29826231/answer/71207109來源：知乎著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。強烈建議不要這么做，不僅僅從用戶角度考慮，作為Android開發者也有責任去維護Android的生態環境。現在很多Android開發工程師，主力機居然是iPhone而不是Android設備，感到相當悲哀。從技術角度概括一下現在普遍的防殺方法Service設置成START_STICKY，kill後會被重啟（等待5秒左右），重傳Intent，保持與重啟前一樣通過startForeground將進程設置為前台進程，做前台服務，優先順序和前台應用一個級別，除非在系統內存非常缺，否則此進程不會被kill雙進程Service：讓2個進程互相保護，其中一個Service被清理後，另外沒被清理的進程可以立即重啟進程 黑科技:在應用退到後台後，另起一個只有1像素的頁面停留在桌面上，讓自己保持前台狀態，保護自己不被後台清理工具殺死在已經root的設備下，修改相應的許可權文件，將App偽裝成系統級的應用（Android4.0系列的一個漏洞，已經確認可行）Android系統中當前進程(Process)fork出來的子進程，被系統認為是兩個不同的進程。當父進程被殺死的時候，子進程仍然可以存活，並不受影響。鑒於目前提到的在Android-Service層做雙守護都會失敗，我們可以fork出c進程，多進程守護。死循環在那檢查是否還存在，具體的思路如下（Android5.0以下可行）用C編寫守護進程(即子進程)，守護進程做的事情就是循環檢查目標進程是否存在，不存在則啟動它。在NDK環境中將1中編寫的C代碼編譯打包成可執行文件(BUILD_EXECUTABLE)。主進程啟動時將守護進程放入私有目錄下，賦予可執行許可權，啟動它即可。聯系廠商，加入白名單------------------------------------------------------TIP:面對各種流氓軟體後台常駐問題，建議使用「綠色守護」來解決，可是殺掉那些第三方清理工具難以清除的後台程序
『柒』 android service :搜狗輸入法是如何能夠一直在後台運行而不被殺死
雖然我沒研究過搜狗輸入法的Service，但不想讓一個Service被幹掉，在它生命周期的onDestroy階段，再用Intent或PaddingIntent自啟動就好了吧。說白了就是——你打死我，我原地復活重來
雖然我不清楚你打算幹嘛，但沒必要（使用頻率不高）的話，讓Service在用戶手機里賴著不走占資源+耗電純屬損人不利自己。只要用戶有點手機知識，很容易就能在手機後台中看到你的Service與總運行時間，當他（她）發先這個Service一直在後台運行而且還不能結束時，我估計他（她）對你這個應用恐怕不會有什麼好印象
如果你的Service用的不頻繁，只是每隔段時間要定期或不定期在後台做一些短時間的操作，建議還是用IntentService+AlarmManager+PaddingIntent，IntentService執行完任務會自己關閉，AlarmManager+PaddingIntent用來定期喚醒cup啟動IntentService。
這樣的話Service只在執行任務時啟動，執行完就不留痕經的消失，90%以上的時間你在後台都看不到它。就是說只在必要時來你家，而不是不管有事沒事都賴在你家不走。這么一來比較不會招人煩……
『捌』 android後台服務保持，不被殺死
作者：閉關寫代碼
鏈接：https://www.hu.com/question/29826231/answer/71207109
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。
強烈建議不要這么做，不僅僅從用戶角度考慮，作為Android開發者也有責任去維護Android的生態環境。現在很多Android開發工程師，主力機居然是iPhone而不是Android設備，感到相當悲哀。
從技術角度概括一下現在普遍的防殺方法
Service設置成START_STICKY，kill 後會被重啟（等待5秒左右），重傳Intent，保持與重啟前一樣
通過 startForeground將進程設置為前台進程，做前台服務，優先順序和前台應用一個級別，除非在系統內存非常缺，否則此進程不會被 kill
雙進程Service：讓2個進程互相保護，其中一個Service被清理後，另外沒被清理的進程可以立即重啟進程
QQ黑科技:在應用退到後台後，另起一個只有 1 像素的頁面停留在桌面上，讓自己保持前台狀態，保護自己不被後台清理工具殺死
在已經root的設備下，修改相應的許可權文件，將App偽裝成系統級的應用（Android4.0系列的一個漏洞，已經確認可行）
Android系統中當前進程(Process)fork出來的子進程，被系統認為是兩個不同的進程。當父進程被殺死的時候，子進程仍然可以存活，並不受影響。鑒於目前提到的在Android-Service層做雙守護都會失敗，我們可以fork出c進程，多進程守護。死循環在那檢查是否還存在，具體的思路如下（Android5.0以下可行）
用C編寫守護進程(即子進程)，守護進程做的事情就是循環檢查目標進程是否存在，不存在則啟動它。
在NDK環境中將1中編寫的C代碼編譯打包成可執行文件(BUILD_EXECUTABLE)。
主進程啟動時將守護進程放入私有目錄下，賦予可執行許可權，啟動它即可。
聯系廠商，加入白名單
------------------------------------------------------
TIP: 面對各種流氓軟體後台常駐問題，建議使用「綠色守護」來解決，可是殺掉那些第三方清理工具難以清除的後台程序