大家早上好，今天我們繼續來學習Android 8.0系統的適配。

之前我們已經講到了，Android 8.0系統最主要需要進行適配的地方有兩處：應用圖示和通知欄。在上一篇文章當中，我們學習了Android 8.0系統應用圖示的適配，還沒有看過這篇文章的朋友可以先去閱讀 一起來學習Android 8.0系統的應用圖示適配吧 。

那麼本篇文章，我們自然要將重點放在通知欄上面了，學習一下Android 8.0系統的通知欄適配。

不得不說，通知欄真是一個讓人又愛又恨的東西。

通知欄是Android系統原創的一個功能，雖說喬布斯一直認為Android系統是徹徹底底抄襲iOS的一個產品，但是通知欄確實是Android系統原創的，反而蘋果在iOS 5之後也加入了類似的通知欄功能。

通知欄的設計確實非常巧妙，它預設情況下不佔用任何空間，只有當用戶需要的時候用手指在狀態列上向下滑動，通知欄的內容才會顯示出來，這在智慧手機發展的初期極大地解決了手機螢幕過小，內容展示區域不足的問題。

可是隨著智慧手機發展的逐漸成熟，通知欄卻變得越來越不討人喜歡了。各個App都希望能搶佔通知欄的空間，來儘可能地宣傳和推廣自己的產品。現在經常是早上一覺醒來拿起手機一看，通知欄上全是各種APP的推送，不勝其煩。

我個人雖然是Android應用開發者，但同時也是Android手機的資深使用者。我已經使用了8年的Android手機，目前我對於通知欄的這種垃圾推送是零容忍的。現在每當我安裝一個新的App時，我都會先到設定裡面去找一找有沒有推送開關，如果有的話我會第一時間把它關掉。而如果一個App經常給我推送垃圾資訊卻又無法關閉時，我會直接將它的通知總開關給關掉，如果還不是什麼重要的App的話，那麼我可能就直接將它解除安裝掉了。

為什麼一個很好的通知欄功能現在卻變得這麼遭使用者討厭？很大一部分原因都是因為開發者沒有節制地使用導致的。就好像App保活一樣，直到今天還是不斷有人問我該如何保活App，試想如何每個人都能保活自己的App，那麼最終受害的人是誰？還不是使用Android手機的使用者。大家的手機只會越來越卡，最後只想把手機丟掉，變成iPhone使用者了。也是因為開發者沒節制地使用，Android現在的每個版本都會不斷收縮後臺許可權。

回到通知欄上也是一樣，每個開發者都只想著儘可能地去宣傳自己的App，最後使用者的手機就亂得跟雞窩一樣了。但是通知欄又還是有用處的，比如我們收到微信、簡訊等訊息的時候，確實需要通知欄給我們提醒。因此分析下來，通知欄目前最大的問題就是，無法讓使用者對感興趣和不感興趣的訊息進行區分。就比如說，我希望淘寶向我推送賣家發貨和物流的相關訊息，但是我不想收到那些打折促銷或者是讓我去買衣服的這類訊息。那麼就目前來說，是沒有辦法對這些訊息做區分的，我要麼同意接受所有訊息，要麼就遮蔽所有訊息，這是當前通知欄的痛點。

那麼在Android 8.0系統中，Google也是從這個痛點開始下手的。

從Android 8.0系統開始，Google引入了通知渠道這個概念。

什麼是通知渠道呢？顧名思義，就是每條通知都要屬於一個對應的渠道。每個App都可以自由地建立當前App擁有哪些通知渠道，但是這些通知渠道的控制權都是掌握在使用者手上的。使用者可以自由地選擇這些通知渠道的重要程度，是否響鈴、是否振動、或者是否要關閉這個渠道的通知。

擁有了這些控制權之後，使用者就再也不用害怕那些垃圾推送訊息的打擾了，因為使用者可以自主地選擇自己關心哪些通知、不關心哪些通知。舉個具體的例子，我希望可以即時收到支付寶的收款資訊，因為我不想錯過任何一筆收益，但是我又不想收到支付寶給我推薦的周圍美食，因為我沒錢只吃得起公司食堂。這種情況，支付寶就可以建立兩種通知渠道，一個收支，一個推薦，而我作為使用者對推薦類的通知不感興趣，那麼我就可以直接將推薦通知渠道關閉，這樣既不影響我關心的通知，又不會讓那些我不關心的通知來打擾我了。

對於每個App來說，通知渠道的劃分是非常需要仔細考究的，因為通知渠道一旦建立之後就不能再修改了，因此開發者需要仔細分析自己的App一共有哪些型別的通知，然後再去建立相應的通知渠道。這裡我們來參考一下Twitter的通知渠道劃分：

可以看到，Twitter就是根據自己的通知型別，對通知渠道進行了非常詳細的劃分，這樣使用者的自主選擇性就比較高了，也就大大降低了使用者不堪其垃圾通知的騷擾而將App解除安裝的概率。

Google這次對於8.0系統通知渠道的推廣態度還是比較強硬的。

首先，如果你升級了appcompat庫，那麼所有使用appcompat庫來構建通知的地方全部都會進行廢棄方法提示，如下所示：

上圖告訴我們，此方法已廢棄，需要使用帶有通知渠道的方法才行。

當然，Google也並沒有完全做絕，即使方法標為了廢棄，但還是可以正常使用的。可是如果你將專案中的targetSdkVersion指定到了26或者更高，那麼Android系統就會認為你的App已經做好了8.0系統的適配工作，當然包括了通知欄的適配。這個時候如果還不使用通知渠道的話，那麼你的App的通知將完全無法彈出。因此這裡給大家的建議就是，一定要適配。

好了，前面向大家介紹了這麼多的背景知識，那麼現在開始我們就正式進入正題，來學習一下如何進行8.0系統中通知欄的適配。

首先我們使用Android Studio來新建一個專案，就叫它NotificationTest吧。

建立好專案之後，開啟app/build.gradle檔案檢查一下，確保targetSdkVersion已經指定到了26或者更高，如下所示：

apply plugin: 'com.android.application'
android {
   compileSdkVersion 26
   defaultConfig {
       applicationId "com.example.notificationtest"
       minSdkVersion 15
       targetSdkVersion 26
       versionCode 1
       versionName "1.0"
       testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
   }
}

可以看到，這裡我在建立新專案的時候預設targetSdkVersion就是26，如果你是低於26的話，說明你的Android SDK有些老了，最好還是更新一下。當然如果你懶得更新也沒關係，手動把它改成26就可以了。

接下來修改MainActivity中的程式碼，如下所示：

public class MainActivity extends AppCompatActivity {

   @Override
   protected void onCreate(Bundle savedInstanceState) {
       super.onCreate(savedInstanceState);
       setContentView(R.layout.activity_main);
       if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
           String channelId = "chat";
           String channelName = "聊天訊息";
           int importance = NotificationManager.IMPORTANCE_HIGH;
           createNotificationChannel(channelId, channelName, importance);
           channelId = "subscribe";
           channelName = "訂閱訊息";
           importance = NotificationManager.IMPORTANCE_DEFAULT;
           createNotificationChannel(channelId, channelName, importance);
       }
   }
   
   @TargetApi(Build.VERSION_CODES.O)
   private void createNotificationChannel(String channelId, String channelName, int importance) {
       NotificationChannel channel = new NotificationChannel(channelId, channelName, importance);
       NotificationManager notificationManager = (NotificationManager) getSystemService(
               NOTIFICATION_SERVICE);
       notificationManager.createNotificationChannel(channel);
   }
   
}

程式碼不長，我來簡單解釋下。這裡我們在MainActivity中建立了兩個通知渠道，首先要確保的是當前手機的系統版本必須是Android 8.0系統或者更高，因為低版本的手機系統並沒有通知渠道這個功能，不做系統版本檢查的話會在低版本手機上造成崩潰。

建立一個通知渠道的方式非常簡單，這裡我封裝了一個createNotificationChannel()方法，裡面的邏輯相信大家都看得懂。需要注意的是，建立一個通知渠道至少需要渠道ID、渠道名稱以及重要等級這三個引數，其中渠道ID可以隨便定義，只要保證全域性唯一性就可以。渠道名稱是給使用者看的，需要能夠表達清楚這個渠道的用途。重要等級的不同則會決定通知的不同行為，當然這裡只是初始狀態下的重要等級，使用者可以隨時手動更改某個渠道的重要等級，App是無法干預的。

上述程式碼我是模擬了這樣一個場景。想象一下我們正在開發一個類似於微信的App，其中App通知主要可以分為兩類，一類是我和別人的聊天訊息，這類訊息非常重要，因此重要等級我設為了IMPORTANCE_HIGH。另一類是公眾號的訂閱訊息，這類訊息不是那麼重要，因此重要等級我設為了IMPORTANCE_DEFAULT。除此之外，重要等級還可以設定為IMPORTANCE_LOW、IMPORTANCE_MIN，分別對應了更低的通知重要程度。

現在就可以執行一下程式碼了，執行成功之後我們關閉App，進入到設定 -> 應用 -> 通知當中，檢視NotificationTest這個App的通知介面，如下圖所示：

剛才我們建立的兩個通知渠道這裡已經顯示出來了。可以看到，由於這兩個通知渠道的重要等級不同，通知的行為也是不同的，聊天訊息可以發出提示音並在螢幕上彈出通知，而訂閱訊息只能發出提示音。

當然，使用者還可以點選進去對該通知渠道進行任意的修改，比如降低聊天訊息的重要等級，甚至是可以完全關閉該渠道的通知。

至於建立通知渠道的這部分程式碼，你可以寫在MainActivity中，也可以寫在Application中，實際上可以寫在程式的任何位置，只需要保證在通知彈出之前呼叫就可以了。並且建立通知渠道的程式碼只在第一次執行的時候才會建立，以後每次執行建立程式碼系統會檢測到該通知渠道已經存在了，因此不會重複建立，也並不會影響任何效率。

觸發通知的程式碼和之前版本基本是沒有任何區別的，只是在構建通知物件的時候，需要多傳入一個通知渠道ID，表示這條通知是屬於哪個渠道的。

那麼下面我們就來讓通知顯示出來。

首先修改activity_main.xml中的程式碼，如下所示：

<LinearLayout
   xmlns:android="http://schemas.android.com/apk/res/android"
   android:orientation="vertical"
   android:layout_width="match_parent"
   android:layout_height="match_parent">
   <Button
       android:layout_width="wrap_content"
       android:layout_height="wrap_content"
       android:text="傳送聊天訊息"
       android:onClick="sendChatMsg"
       />
   <Button
       android:layout_width="wrap_content"
       android:layout_height="wrap_content"
       android:text="傳送訂閱訊息"
       android:onClick="sendSubscribeMsg"
       />
</LinearLayout>

這裡我們在佈局檔案中加入了兩個按鈕，很顯然，一個是用於觸發聊天訊息渠道通知的，一個是用於觸發訂閱訊息渠道通知的。

接下來修改MainActivity中的程式碼，如下所示：

public class MainActivity extends AppCompatActivity {

   ...
   
   public void sendChatMsg(View view) {
       NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
       Notification notification = new NotificationCompat.Builder(this, "chat")
               .setContentTitle("收到一條聊天訊息")
               .setContentText("今天中午吃什麼？")
               .setWhen(System.currentTimeMillis())
               .setSmallIcon(R.drawable.icon)
               .setLargeIcon(BitmapFactory.decodeResource(getResources(), R.drawable.icon))
               .setAutoCancel(true)
               .build();
       manager.notify(1, notification);
   }
   
   public void sendSubscribeMsg(View view) {
       NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
       Notification notification = new NotificationCompat.Builder(this, "subscribe")
               .setContentTitle("收到一條訂閱訊息")
               .setContentText("地鐵沿線30萬商鋪搶購中！")
               .setWhen(System.currentTimeMillis())
               .setSmallIcon(R.drawable.icon)
               .setLargeIcon(BitmapFactory.decodeResource(getResources(), R.drawable.icon))
               .setAutoCancel(true)
               .build();
       manager.notify(2, notification);
   }
   
}

這裡我們分別在sendChatMsg()和sendSubscribeMsg()方法中觸發了兩條通知，建立通知的程式碼就不再多做解釋了，和傳統建立通知的方法沒什麼兩樣，只是在NotificationCompat.Builder中需要多傳入一個通知渠道ID，那麼這裡我們分別傳入了chat和subscribe這兩個剛剛建立的渠道ID。

現在重新執行一下程式碼，並點擊發送聊天訊息按鈕，效果如下圖所示：

由於這是一條重要等級高的通知，因此會使用這種螢幕彈窗的方式來通知使用者有訊息到來。然後我們可以下拉展開通知欄，這裡也能檢視到通知的詳細資訊：

使用者可以通過快速向左或者向右滑動來關閉這條通知。

接下來點擊發送訂閱訊息按鈕，你會發現現在螢幕上不會彈出一條通知提醒了，只會在狀態列上顯示一個小小的通知圖示：

因為訂閱訊息通知的重要等級是預設級別，這就是預設級別通知的展示形式。當然我們還是可以下拉展開通知欄，檢視通知的詳細資訊：

不過上面演示的都是通知欄的傳統功能，接下來我們看一看Android 8.0系統中通知欄特有的功能。

剛才提到了，快速向左或者向右滑動可以關閉一條通知，但如果你緩慢地向左或者向右滑動，就會看到這樣兩個按鈕：

其中，左邊那個時鐘圖示的按鈕可以讓通知延遲顯示。比方說這是一條比較重要的通知，但是我暫時沒時間看，也不想讓它一直顯示在狀態列裡打擾我，我就可以讓它延遲一段後時間再顯示，這樣我就暫時能夠先將精力放在專注的事情上，等過會有時間了這條通知會再次顯示出來，我不會錯過任何資訊。如下所示：

而右邊那個設定圖示的按鈕就可以用來對通知渠道進行遮蔽和配置了，使用者對每一個App的每一個通知渠道都有絕對的控制權，可以根據自身的喜好來進行配置和修改。如下所示：

比如說我覺得訂閱訊息老是向我推薦廣告，實在是太煩了，我就可以將訂閱訊息的通知渠道關閉掉。這樣我以後就不會再收到這個通知渠道下的任何訊息，而聊天訊息卻不會受到影響，這就是8.0系統通知渠道最大的特色。

另外，點選上圖中的所有類別就可以進入到當前應用程式通知的完整設定介面。

在前面的內容中我們已經瞭解到，通知渠道一旦建立之後就不能再通過程式碼修改了。既然不能修改的話那還怎麼管理呢？為此，Android賦予了開發者讀取通知渠道配置的許可權，如果我們的某個功能是必須按照指定要求來配置通知渠道才能使用的，那麼就可以提示使用者去手動更改通知渠道配置。

只講概念總是不容易理解，我們還是通過具體的例子來學習一下。想一想我們開發的是一個類似於微信的App，聊天訊息是至關重要的，如果使用者不小心將聊天訊息的通知渠道給關閉了，那豈不是所有重要的資訊全部都丟了？為此我們一定要保證使用者打開了聊天訊息的通知渠道才行。

修改MainActivity中的程式碼，如下所示：

public class MainActivity extends AppCompatActivity {

   ...
   
   public void sendChatMsg(View view) {
       NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
       if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
           NotificationChannel channel = manager.getNotificationChannel("chat");
           if (channel.getImportance() == NotificationManager.IMPORTANCE_NONE) {
               Intent intent = new Intent(Settings.ACTION_CHANNEL_NOTIFICATION_SETTINGS);
               intent.putExtra(Settings.EXTRA_APP_PACKAGE, getPackageName());
               intent.putExtra(Settings.EXTRA_CHANNEL_ID, channel.getId());
               startActivity(intent);
               Toast.makeText(this, "請手動將通知開啟", Toast.LENGTH_SHORT).show();
           }
       }
       Notification notification = new NotificationCompat.Builder(this, "chat")
               ...
               .build();
       manager.notify(1, notification);
   }
   
   ...
}

這裡我們對sendChatMsg()方法進行了修改，通過getNotificationChannel()方法獲取到了NotificationChannel物件，然後就可以讀取該通知渠道下的所有配置了。這裡我們判斷如果通知渠道的importance等於IMPORTANCE_NONE，就說明使用者將該渠道的通知給關閉了，這時會跳轉到通知的設定介面提醒使用者手動開啟。

現在重新執行一下程式，效果如下圖所示：

可以看到，當我們將聊天訊息的通知渠道關閉後，下次再次傳送聊天訊息將會直接跳轉到通知設定介面，提醒使用者手動將通知開啟。

除了以上管理通知渠道的方式之外，Android 8.0還賦予了我們刪除通知渠道的功能，只需使用如下程式碼即可刪除：

NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
manager.deleteNotificationChannel(channelId);

但是這個功能非常不建議大家使用。因為Google為了防止應用程式隨意地建立垃圾通知渠道，會在通知設定介面顯示所有被刪除的通知渠道數量，如下圖所示：

這樣是非常不美觀的，所以對於開發者來說最好的做法就是仔細規劃好通知渠道，而不要輕易地使用刪除功能。

前面我們提到過，蘋果是從iOS 5開始才引入了通知欄功能，那麼在iOS 5之前，iPhone都是怎麼進行訊息通知的呢？使用的就是未讀角標功能，效果如下所示：

實際上Android系統之前是從未提供過這種類似於iOS的角標功能的，但是由於很多國產手機廠商都喜歡跟風iOS，因此各種國產手機ROM都紛紛推出了自己的角標功能。

可是國產手機廠商雖然可以訂製ROM，但是卻沒有制定API的能力，因此長期以來都沒有一個標準的API來實現角標功能，很多都是要通過向系統傳送廣播來實現的，而各個手機廠商的廣播標準又不一致，經常導致程式碼變得極其混雜。

值得高興的是，從8.0系統開始，Google制定了Android系統上的角標規範，也提供了標準的API，長期讓開發者頭疼的這個問題現在終於可以得到解決了。

那麼下面我們就來學習一下如何在Android系統上實現未讀角標的效果。修改MainActivity中的程式碼，如下所示：

public class MainActivity extends AppCompatActivity {

   ...
   
   @TargetApi(Build.VERSION_CODES.O)
   private void createNotificationChannel(String channelId, String channelName, int importance) {
       NotificationChannel channel = new NotificationChannel(channelId, channelName, importance);
       channel.setShowBadge(true);
       NotificationManager notificationManager = (NotificationManager) getSystemService(
               NOTIFICATION_SERVICE);
       notificationManager.createNotificationChannel(channel);
   }
   
   public void sendSubscribeMsg(View view) {
       NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
       Notification notification = new NotificationCompat.Builder(this, "subscribe")
               ...
               .setNumber(2)
               .build();
       manager.notify(2, notification);
   }
   
}

可以看到，這裡我們主要修改了兩個地方。第一是在建立通知渠道的時候，呼叫了NotificationChannel的setShowBadge(true)方法，表示允許這個渠道下的通知顯示角標。第二是在建立通知的時候，呼叫了setNumber()方法，並傳入未讀訊息的數量。

現在重新執行一下程式，並點擊發送訂閱訊息按鈕，然後在Launcher中找到NotificationTest這個應用程式，如下圖所示：

可以看到，在圖示的右上角有個綠色的角標，說明我們編寫的角標功能已經生效了。

需要注意的是，即使我們不呼叫setShowBadge(true)方法，Android系統預設也是會顯示角標的，但是如果你想禁用角標功能，那麼記得一定要呼叫setShowBadge(false)方法。

但是未讀數量怎麼沒有顯示出來呢？這個功能還需要我們對著圖示進行長按才行，效果如下圖所示：

這樣就能看到通知的未讀數量是2了。

可能有些朋友習慣了iOS上的那種未讀角標，覺得Android上這種還要長按的方式很麻煩。這個沒有辦法，因為這畢竟是Android原生系統，Google沒有辦法像國內手機廠商那樣可以肆無忌憚地模仿iOS，要不然可能會吃官司的。但是我相信國內手機廠商肯定會將這部分功能進行定製，風格應該會類似於iOS。不過這都不重要，對於我們開發者來說，最好的福音就是有了統一的API標準，不管國內手機廠商以後怎麼定製ROM，都會按照這個API的標準來定製，我們只需要使用這個API來進行程式設計就可以了。

好的，關於Android 8.0系統適配的上下兩篇文章到這裡就結束了，感謝大家閱讀。

文章中的示例原始碼點選下方 閱讀原文 下載。

歡迎長按下圖 -> 識別圖中二維碼

或者 掃一掃 關注我的公眾號