Service問題

Service沒有界面，運(yùn)行于后臺，它會消耗設(shè)備資源，并且可能會導(dǎo)致不好的用戶體驗，例如資源占用過多，導(dǎo)致設(shè)備運(yùn)行不流暢。為了緩解這個問題，Android O版本(Android 8.0, API 26)對后臺Service強(qiáng)加了一些限制。注意，只是對后臺Service加了限制，前臺Service不受影響。

什么是前臺應(yīng)用

在解釋后臺Service的限制之前，首先需要知道什么是前臺應(yīng)用，什么是后臺應(yīng)用。

一個前臺應(yīng)用必須滿足如下某一個條件:

• 有可見的Activity。無論是resume狀態(tài)還是pause狀態(tài)，只要可見就行。
• 有前臺Service。
• 有其它app連接到當(dāng)前app，通過綁定Service或者使用ContentProvider。

前臺Service和后臺Service

那么前臺Service和后臺Service如何區(qū)分呢？

前臺Service會發(fā)送一條通知，讓用戶察覺到有一個Service正在運(yùn)行，而后臺Service沒有通知，用戶不會察覺到有一個Service正在運(yùn)行。

那么前臺Service和后臺Service是如何啟動的呢？

對于后臺Service，很簡單，通過Context.startService()啟動的就是后臺Service。

對于前臺Service呢，這個有點復(fù)雜。在Android 8.0之前，首先通過Context.startService()啟動一個后臺Service，然后通過Service.startForeground()發(fā)送一條通知，如此一來，后臺Service就變成了前臺Service。但是從Android 8.0開始，系統(tǒng)限制了后臺app創(chuàng)建后臺服務(wù)，所以就無法再使用之前的方法把后臺Service提升到前臺。

為了解決后臺app無法創(chuàng)建前臺Service問題，Android 8.0又引入了一個新方法Context.startForegroundService()來直接啟動一個前臺Service，但是當(dāng)系統(tǒng)創(chuàng)建這個前臺Service后，應(yīng)用需要在5秒內(nèi)調(diào)用Service.startForeground()來顯示一個通知，否則系統(tǒng)會停止這個前臺Service，并彈出ANR。

從Android 9.0開始(Android P, API 28)，如果要創(chuàng)建前臺Service，還要在AndroidManifest.xml中聲明android.permission.FOREGROUND_SERVICE權(quán)限，這是一個普通的權(quán)限，系統(tǒng)會自動授予app。如果不這樣做，會拋出異常。

下面給出一個例子，如何創(chuàng)建前臺Service。

首先App的目標(biāo)版本是Android 10(API 29)，那么需要在清單文件中聲明權(quán)限。

<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />

然后在Activity中啟動前臺Service，為了兼容Android 8.0之前的版本，代碼應(yīng)該如下

    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mIntent = new Intent(this, MyService.class);
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            startForegroundService(mIntent);
        } else {
            startService(mIntent);
        }
    }

我們還要記得在任務(wù)完成時銷毀Service，可以在Activity的onDestroy()中調(diào)用stopService()，也可以在Service中調(diào)用stopSelf()。到底調(diào)用哪種需要根據(jù)具體要求來選擇。

在Service創(chuàng)建時，我們需要調(diào)用Service.startForeground()

    public void onCreate() {
        super.onCreate();
        // 發(fā)送通知，把service置于前臺
        NotificationManagerCompat notificationManager = NotificationManagerCompat.from(this);
        // 從Android 8.0開始，需要注冊通知通道
        if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
            NotificationChannel notificationChannel = new NotificationChannel(NOTIFICATION_CHANNEL_ID,
                    "Service notification channel", NotificationManager.IMPORTANCE_DEFAULT);
            notificationManager.createNotificationChannel(notificationChannel);
        }
        NotificationCompat.Builder builder = new NotificationCompat.Builder(this, NOTIFICATION_CHANNEL_ID)
                .setSmallIcon(R.mipmap.ic_launcher)
                .setContentTitle("Service");
        // 注意第一個參數(shù)不能為0
        startForeground(666, builder.build());
    }

后臺Service限制

當(dāng)一個app處于前臺時，它可以隨意創(chuàng)建和使用后臺服務(wù)。當(dāng)這個app進(jìn)入后臺，它只有幾分鐘的窗口期可以創(chuàng)建和使用服務(wù)。當(dāng)這個窗口期結(jié)束后，系統(tǒng)認(rèn)為這個app進(jìn)入了空閑狀態(tài)，此時系統(tǒng)會停止app的后臺服務(wù)。

解決后臺Service限制

官方建議使用JobScheduler替換后臺Service，官方還舉了一個例子，有一個圖庫app需要檢測當(dāng)前用戶是否收到了來自朋友分享的圖片，即使app沒有運(yùn)行于前臺。在Android 8.0之前，可以使用后臺Service來檢測應(yīng)用的云存儲，但是這有一個問題，這個Service一起在后臺運(yùn)行，它會消耗資源，影響手機(jī)性能。但是從Android 8.0，使用JobScheduler替換后臺Service，它會周期性啟動一個任務(wù)，查詢服務(wù)器，然后退出。相比于后臺Service，它消耗的資源明顯較少，間接提升了手機(jī)性能。

如何使用JobScheduler呢，我將在下一篇文章分享一個下載圖片的案例。

參考文獻(xiàn)

官方文檔 developer.android.google.cn/about/versi…

以上就是Android O對后臺Service限制詳解的詳細(xì)內(nèi)容，更多關(guān)于Android O對后臺Service限制的資料請關(guān)注腳本之家其它相關(guān)文章！