在android應(yīng)用開發(fā)時，我們經(jīng)常會在后臺開一個service，來處理一些業(yè)務(wù)操作。最近公司的一個項目就是，通過service不斷地和硬件設(shè)備交互，獲取數(shù)據(jù)，在頁面長時間停留在一個頁面時，手機(jī)的屏幕會出項鎖屏的狀況，這時，我們的應(yīng)用的優(yōu)先級就會下降，很多次，等打開屏幕的瞬間，我發(fā)現(xiàn)原來的原來的進(jìn)程被殺死了，應(yīng)用又回到了首頁，尤其是在Android高版本的系統(tǒng)中尤為突出。所以下面我們通過提成優(yōu)先級的方式，來進(jìn)行進(jìn)程保活
創(chuàng)新互聯(lián)公司主營豐城網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,APP應(yīng)用開發(fā),豐城h5小程序設(shè)計搭建,豐城網(wǎng)站營銷推廣歡迎豐城等地區(qū)企業(yè)咨詢
2.在程序開始的地方注冊這個廣播接收者
4.定義這個activity的style屬性 value - style.xml 文件
5.Androidmanifest文件中注冊這個activity
大功告成！
經(jīng)過測試，本人的華為榮耀9i，原來存在的問題被解決了，希望大家能互相交流經(jīng)驗。
因為目前從總體App的市場占有率來說，第三方推送服務(wù)是占比最大的一塊。
目前主流的第三方推送服務(wù)商主要有以下幾家：極光推送，個推推送，Mobpush，友盟推送，騰訊信鴿，百度推送，云巴推送等等，下面從幾個維度來分析這幾個平臺。
從市場占有率來說：
極光個推友盟=Moboush=騰訊信鴿百度云巴推送，目前極光已經(jīng)是占據(jù)了大部分到市場份額，極光推送（JPush）是獨(dú)立的第三方云推送平臺，致力于為全球移動應(yīng)用開發(fā)者提供移動消息推送服務(wù)。2016年6月，國內(nèi)一站式開發(fā)者服務(wù)平臺極光推送發(fā)表公開聲明，宣布品牌正式全面升級為大數(shù)據(jù)綜合服務(wù)商“極光”。
極光的云推送服務(wù)：開發(fā)者可以在管理Portal上快捷地向用戶推送消息，也可以定制推送的時間、用戶群、位置等，還提供遠(yuǎn)程推送 API。
Google官網(wǎng)將Android服務(wù)分為了三種，前臺服務(wù)，后臺服務(wù)和綁定服務(wù)：
前臺服務(wù)執(zhí)行一些用戶能注意到的操作。例如，音頻應(yīng)用會使用前臺服務(wù)來播放音頻曲目。前臺服務(wù)必須顯示 通知 。即使用戶停止與應(yīng)用的交互，前臺服務(wù)仍會繼續(xù)運(yùn)行。
后臺服務(wù)執(zhí)行用戶不會直接注意到的操作。例如，如果應(yīng)用使用某個服務(wù)來壓縮其存儲空間，則此服務(wù)通常是后臺服務(wù)。
當(dāng)應(yīng)用組件通過調(diào)用 bindService() 綁定到服務(wù)時，服務(wù)即處于 綁定 狀態(tài)。綁定服務(wù)會提供客戶端-服務(wù)器接口，以便組件與服務(wù)進(jìn)行交互、發(fā)送請求、接收結(jié)果，甚至是利用進(jìn)程間通信 (IPC) 跨進(jìn)程執(zhí)行這些操作。僅當(dāng)與另一個應(yīng)用組件綁定時，綁定服務(wù)才會運(yùn)行。多個組件可同時綁定到該服務(wù)，但全部取消綁定后，該服務(wù)即會被銷毀。
我個人理解服務(wù)可以分為兩種， 前臺 和 后臺 ，而 綁定 應(yīng)該是被當(dāng)作一種狀態(tài)，因為 前臺服務(wù) 和 后臺服務(wù) 都可以進(jìn)行綁定。
基于這個理解，我們將限制分成了前臺和后臺兩個部分：
從 Android 5.0（API 級別 21）開始，如果使用隱式 Intent 調(diào)用 bindService() ，則系統(tǒng)會拋出異常。為確保應(yīng)用的安全性，在啟動 Service 時，請始終使用顯式 Intent，且不要為服務(wù)聲明 Intent 過濾器。
在后臺中運(yùn)行的 Service 會消耗設(shè)備資源，這可能會降低用戶體驗。 為了緩解這一問題，系統(tǒng)對這些 Service 施加了一些限制。
處于前臺時，應(yīng)用可以自由創(chuàng)建和運(yùn)行前臺與后臺 Service。
Android 8.0 開始：系統(tǒng)不允許后臺應(yīng)用創(chuàng)建后臺 Service。否則該函數(shù)將引發(fā)一個 IllegalStateException。
Android 8.0 開始：進(jìn)入后臺時，在一個持續(xù)數(shù)分鐘的時間窗內(nèi)，應(yīng)用仍可以創(chuàng)建和使用 Service。 在該時間窗結(jié)束后，應(yīng)用將被視為處于 空閑 狀態(tài)。 此時，系統(tǒng)將停止應(yīng)用的后臺 Service，就像應(yīng)用已經(jīng)調(diào)用 Service 的 Service.stopSelf() 方法一樣。
為了解除這種限制，可以使用 JobScheduler 作業(yè)替換后臺 Service。
在 Android 8.0 之前，創(chuàng)建前臺 Service 的方式通常是先創(chuàng)建一個后臺 Service，然后將該 Service 推到前臺。
而在Android 8.0 之后，系統(tǒng)不允許后臺應(yīng)用創(chuàng)建后臺 Service。
解決方案：調(diào)用 startForegroundService() ，以在前臺啟動新 Service。
在系統(tǒng)創(chuàng)建 Service 后，應(yīng)用有五秒的時間來調(diào)用該 Service 的 startForeground() 方法以顯示新 Service 的用戶可見通知。 如果應(yīng)用在此時間限制內(nèi) 未 調(diào)用 startForeground() ，則系統(tǒng)將停止此 Service 并聲明此應(yīng)用為 ANR 。
前臺服務(wù)必須顯示優(yōu)先級為 PRIORITY_LOW 或更高的 狀態(tài)欄通知 ，這有助于確保用戶知道應(yīng)用正在執(zhí)行的任務(wù)。如果某操作不是特別重要，因而您希望使用最低優(yōu)先級通知，則可能不適合使用服務(wù)；相反，您可以考慮使用 計劃作業(yè) 。
在 Android 9 (API 28)之后，使用前臺服務(wù)必須申請 FOREGROUND_SERVICE 權(quán)限，否則會報 SecurityException 。 這是普通權(quán)限，因此，系統(tǒng)會自動為請求權(quán)限的應(yīng)用授予此權(quán)限。
每個運(yùn)行服務(wù)的應(yīng)用都會給系統(tǒng)帶來額外負(fù)擔(dān)，從而消耗系統(tǒng)資源。如果應(yīng)用嘗試使用低優(yōu)先級通知隱藏其服務(wù)，則可能會降低用戶正在主動交互的應(yīng)用的性能。因此，如果某個應(yīng)用嘗試運(yùn)行擁有最低優(yōu)先級通知的服務(wù)，則系統(tǒng)會在抽屜式通知欄的底部調(diào)用出該應(yīng)用的行為。
以 Android 12 為目標(biāo)平臺的應(yīng)用在后臺運(yùn)行時無法再啟動 前臺服務(wù) 。
在 Android 11 及以后，系統(tǒng)對前臺服務(wù)何時可以訪問設(shè)備的位置、攝像頭或麥克風(fēng)進(jìn)行了限制。
如果您的應(yīng)用以 Android 11 或更高版本為目標(biāo)平臺，且在前臺服務(wù)中訪問攝像頭或麥克風(fēng)，則必須添加 前臺服務(wù)類型 camera 和 microphone 。
如果你的應(yīng)用 在后臺運(yùn)行時啟動了某項前臺服務(wù) ：
如果某服務(wù)的功能（位置、麥克風(fēng) 和 相機(jī)）受到了限制，則Logcat中會打印如下語句：
本文原文連接
Service是Android中的四大組件之一，它的級別和Activity差不多。只不過Service沒有頁面顯示，只能后臺運(yùn)行，可以和其他組件進(jìn)行交互。
Service的后臺運(yùn)行并不是子線程，是在主線程中進(jìn)行的，只是它沒有界面顯示。如果Service進(jìn)行了耗時操作同樣需要開啟子線程，否則會跟Activity一樣出現(xiàn)ANR問題（application not response–程序沒有響應(yīng)）。
補(bǔ)充說明：
主線程的內(nèi)容包括UI和后臺，只要程序中的UI或者后臺其中一個在跑，程序都算是在運(yùn)行狀態(tài)。
1，創(chuàng)建一個自己的TestService繼承Service
2，必須實(shí)現(xiàn)重寫其中的onBind方法，可以在里邊做各種操作，也可以接收傳遞過來的Intent的數(shù)據(jù)。
(在Android Studio中可以直接新建一個Service)
服務(wù)的注冊是四大組件中最簡單的一個，一般只要設(shè)置name屬性就可以了。
1，startService()啟動
（1）啟動服務(wù)startService：onCerate(),onStart()
（2）停止服務(wù)stopService：onDestroy()
此方法啟動服務(wù)，服務(wù)如果未被創(chuàng)建，系統(tǒng)會先調(diào)用onCreate()方法，接著調(diào)用onStrat()方法。如果調(diào)用startService前服務(wù)已經(jīng)被啟動，多次調(diào)用啟動方法，不會多次調(diào)用onCreate，但會導(dǎo)致多次調(diào)用onStrat。
2，bindService()啟動
（1）綁定bindService：onCreate(),onBind()
（2）解除綁定unbindService：onUnbind()
（3）正常停止程序服務(wù)的方法是先接觸綁定unbindService，在停止服務(wù)stopService
綁定后調(diào)用stopService方法，這時候是不能停止服務(wù)的，如果這時再調(diào)用解綁unbindService，程序會先解綁，后停止服務(wù)。
用此方法啟動服務(wù)，在服務(wù)未被創(chuàng)建時，會先調(diào)用onCreate()，接著調(diào)用onBind()方法，這時候調(diào)用者和服務(wù)綁定在一起，調(diào)用者退出，系統(tǒng)會先調(diào)用服務(wù)的onUnbind()，然后onDestroy()。如果調(diào)用bindService之前服務(wù)已經(jīng)被綁定，多次調(diào)用bindService并不會導(dǎo)致onCreate()和onBind()方法被多次調(diào)用。如果調(diào)用者想與正在綁定的服務(wù)解除綁定，可以調(diào)用unbindService()。
（1），onCerate()服務(wù)第一次被創(chuàng)建
（2），onStartComand()服務(wù)開始工作
（3），onBind()服務(wù)已經(jīng)綁定
（4），onUnBind()服務(wù)解綁
（5），onDestroy()服務(wù)已經(jīng)停止
普通的Service進(jìn)行耗時操作要創(chuàng)建一個線程去完成，因為service是在主線程運(yùn)行的，并且這個子線程完成工作要手動停止 。IntentService是繼承了Service并處理起步請求的一個類，在IntentService內(nèi)有一個工作線程，來處理耗時操作，啟動IntentService的方式和啟動傳統(tǒng)的Service是一樣，當(dāng)任務(wù)執(zhí)行完成后，IntentService會自動停止，而不需要我們?nèi)タ刂啤?/p>
可以啟動多次IntentService，每一個耗時操作會以工作隊列的方式在IntentService的onHandleIntent回調(diào)方法中執(zhí)行，并且每次只會執(zhí)行一個工作線程，執(zhí)行完第一個再執(zhí)行第二個，以此類推，而且，所有請求都在一個單線程中，不會阻塞主線程，同一時間只處理一個請求。
IntentService優(yōu)點(diǎn)
1，省去了在Service中開線程的麻煩
2，當(dāng)操作完成時，不用手動停止Service。IntentService是Service，但是比Service更智能。
前臺服務(wù)是那些被認(rèn)為用戶知道（用戶認(rèn)可所認(rèn)可）且在系統(tǒng)內(nèi)存不足的時候 不允許系統(tǒng)殺死 的服務(wù)。前臺服務(wù) 必須給狀態(tài)欄提供一個通知 ，它被放到正在運(yùn)行(Ongoing)標(biāo)題之下——這就意味著 通知只有在這個服務(wù)被終止或從前臺主動移除通知后才能被解除。
Notification支持文字內(nèi)容顯示、震動、三色燈、鈴聲等多種提示形式，在默認(rèn)情況下，Notification僅顯示消息標(biāo)題、消息內(nèi)容、送達(dá)時間這3項內(nèi)容。
Notification:通知信息類，它里面對應(yīng)了通知欄的各個屬性。
NotificationManager : 狀態(tài)欄通知的管理類，負(fù)責(zé)發(fā)通知、清除通知等操作。
構(gòu)建通知的步驟：
更新通知
要想更新通知，需要利用 NotificationManager.notify()
的id參數(shù)，該id在應(yīng)用內(nèi)需要唯一。要想更新特定id的通知，只需要創(chuàng)建新的Notification，并發(fā)出與之前所用 id 相同的 Notification。 如果之前的通知仍然可見，則系統(tǒng)會根據(jù)新的 Notification 對象的內(nèi)容更新該通知。相反，如果之前的通知已被清除，系統(tǒng)則會創(chuàng)建一個新通知。
刪除通知
刪除通知可以有多種方式：
1.通過 NotificationCompat.Builder 設(shè)置 setAutoCancel(true) ，這樣當(dāng)用戶點(diǎn)擊通知后，通知自動刪除。
2.通過 NotificationManager.cancel(id) 方法，刪除指定 id 的通知
3.通過 NotificationManager.cancelAll() 方法，刪除該應(yīng)用的所有通知
關(guān)于前臺服務(wù)和通知更具體的內(nèi)容可參考 紫豪
開啟服務(wù)有兩種方式： startService 和 bindService 。
首先在 AndroidManifest.xml 文件中聲明
啟動服務(wù)：
開啟服務(wù)時，調(diào)用一次 startService() ，生命周期執(zhí)行的方法依次是： onCreate() == onStartCommand();
調(diào)用多次 startService() ， onCreate() 只有第一次會被執(zhí)行，而 onStartCommand() 會執(zhí)行多次。
該方式需要一個 ServiceConnection 接口的實(shí)現(xiàn)類對象
MyServiceConnection.java :
MyService.java :
啟動服務(wù)：
bindService 開啟服務(wù)，生命周期執(zhí)行的方法依次是：
onCreate() == onBind() == onServiceConnected();
調(diào)用多次 bindService() ， onCreate() 和 onBind() 都只在第一次會被執(zhí)行， onServiceConnected() 會執(zhí)行多次。
重慶分公司
重慶分公司
