Ⅰ 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。這個不是在Activity裡面可以關得掉的。需要你對通話事件注銷監聽。
Ⅲ Android中怎麼啟動關閉Service及功能解釋
啟動：
//首先注冊服務
<service
android:name="com.wangdeyu.service.MusicService"
android:exported="false" >
<intent-filter>
<action android:name="com.abc" />
</intent-filter>
</service>
//啟動服務
Intent service=new Intent(" com.abc");
startService(service);
//Service生命周期
①onCreate() 創建Service
②onStart(Intent intent, int startId) 啟動Service
③onDestroy() 銷毀Service
//關閉服務
stopService(service);
虧缺梁
Service的生命周期方法比Activity少一些，只有onCreate, onStart, onDestroy
我們有兩種方式啟動一個Service,他們對Service生命周期的影響是不一樣的。
1 通過startService,就是上面這種
Service會經歷 onCreate --> onStart
stopService的時候直接onDestroy
如果是 調用者 直接退出而沒有調用stopService的話，Service會一直在後台運行。
下次調用者再起來仍然可以stopService。
2 通過bindService
Service只會運行onCreate， 這個時候 調用者和Service綁定在一起
調用扮神者退出了，Srevice就會調用onUnbind-->onDestroyed
所謂綁定在一起就共存亡了。
注意：Service的onCreate的方法只會被調用一次，
就是你無論多少次的startService又 bindService，Service只被創建一次。
如果先是bind了，那麼start的時候就直接運行Service的onStart方法，
如果先是start，那麼bind的時候就直接運行onBind方法。如果你先bind上了，就stop不掉了，
只能先UnbindService, 再StopService,所以是先start還是先bind行為是有區別的。
Android中的服務和windows中的服務是類似的東西，服務一般沒有用戶操作界面，它運行於系統中不容易被用戶發覺，可以使用它開發如監控之類的程序。
服務不能自己運行，需要通過調用Context.startService()或Context.bindService()方法啟動服務。
這兩個方法都可以啟動Service，但是它們的使用場合有所不同。使用startService()方法啟用服務，調用者與服務之間沒有關連，
即使調用者退出了，服務仍然運行。使用bindService()方法啟用服務，調用者與服務綁定在了一起，調用者一旦退出，服務也就終止，大有「不求同時生，必須同時死」的特點。
如果打算採用Context.startService()方法啟動服務，在服務未被創建時，系統會先調用服務的onCreate()方法，
接著調用onStart()方法銷運。如果調用startService()方法前服務已經被創建，多次調用startService()方法並不會導致多次創建服務，
但會導致多次調用onStart()方法。採用startService()方法啟動的服務，只能調用Context.stopService()方法結束服務，服務結束時會調用onDestroy()方法。
如果打算採用Context.bindService()方法啟動服務，在服務未被創建時，系統會先調用服務的onCreate()方法，
接著調用onBind()方法。這個時候調用者和服務綁定在一起，調用者退出了，系統就會先調用服務的onUnbind()方法，
接著調用onDestroy()方法。如果調用bindService()方法前服務已經被綁定，
多次調用bindService()方法並不會導致多次創建服務及綁定(也就是說onCreate()和onBind()方法並不會被多次調用)。
如果調用者希望與正在綁定的服務解除綁定，可以調用unbindService()方法，調用該方法也會導致系統調用服務的onUnbind()-->onDestroy()方法.
Ⅳ 如何保證Android Service在後台不被Kill，或者被Kill後重啟
不被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了。