Android8.0通知欄適配學習!

不得不說,通知欄是一個讓人喜歡又讓人頭疼的功能。
我個人是一名android手機資深者,每次使用安裝新的應用程序,我都會根據我個人的需要從而決定是否關閉通知功能,畢竟一覺睡起來或者忙工作的時候看下手機,發現通知欄有很多消息,就很煩。為什么很好的通知欄功能會讓人煩?我個人覺得主要的原因是因為毫無節制的推送消息。每個app都想著盡可能的宣傳自己的app,最后導致手機消息就又多又亂。

  • 現在版本通知欄的痛點:
    無法讓用戶對感興趣和不感興趣的消息進行區分,就比如說我希望某個直播軟件給我推送消息只推送我關注直播開播的信息,但是我不想接收廣告或者某個明星直播開播提醒。那么就目前來說,是沒有辦法對這些消息進行區分的,要不全部同意,要不全部拒絕。

  • 8.0系統的通知欄適配
    從Android 8.0系統開始,Google引入了通知渠道這個概念。
    什么是通知渠道呢?顧名思義,就是每條通知都要屬于一個對應的渠道。每個App都可以自由地創建當前App擁有哪些通知渠道,但是這些通知渠道的控制權都是掌握在用戶手上的。用戶可以自由地選擇這些通知渠道的重要程度,是否響鈴、是否振動、或者是否要關閉這個渠道的通知。
    擁有了這些控制權之后,用戶就再也不用害怕那些垃圾推送消息的打擾了,因為用戶可以自主地選擇自己關心哪些通知、不關心哪些通知。舉個具體的例子,我希望可以即時收到支付寶的收款信息,因為我不想錯過任何一筆收益,但是我又不想收到支付寶給我推薦的周圍美食,因為我沒錢只吃得起公司食堂。這種情況,支付寶就可以創建兩種通知渠道,一個收支,一個推薦,而我作為用戶對推薦類的通知不感興趣,那么我就可以直接將推薦通知渠道關閉,這樣既不影響我關心的通知,又不會讓那些我不關心的通知來打擾我了。
    對于每個App來說,通知渠道的劃分是非常需要仔細考究的,因為通知渠道一旦創建之后就不能再修改了,因此開發者需要仔細分析自己的App一共有哪些類型的通知,然后再去創建相應的通知渠道。

這里我們來參考一下Twitter的通知渠道劃分:

image

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

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

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

image.png

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

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

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

  • 創建通知渠道
    先來檢查配置一下build.gradle配置
 compileSdkVersion 26
    defaultConfig {
        applicationId "com.zght.icclient"
        minSdkVersion 19
        targetSdkVersion 26
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }

接下來修改MainActivity 中的代碼,如下所示:


public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        //版本大于等于 26
        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);
    }
}

創建一個通知渠道的方式非常簡單,這里我封裝了一個createNotificationChannel()方法,里面的邏輯相信大家都看得懂。需要注意的是,創建一個通知渠道至少需要渠道ID、渠道名稱以及重要等級這三個參數,其中渠道ID可以隨便定義,只要保證全局唯一性就可以。渠道名稱是給用戶看的,需要能夠表達清楚這個渠道的用途。重要等級的不同則會決定通知的不同行為,當然這里只是初始狀態下的重要等級,用戶可以隨時手動更改某個渠道的重要等級,App是無法干預的。
上述代碼我是模擬了這樣一個場景。想象一下我們正在開發一個類似于微信的App,其中App通知主要可以分為兩類,一類是我和別人的聊天消息,這類消息非常重要,因此重要等級我設為了IMPORTANCE_HIGH。另一類是公眾號的訂閱消息,這類消息不是那么重要,因此重要等級我設為了IMPORTANCE_DEFAULT。除此之外,重要等級還可以設置為IMPORTANCE_LOW、IMPORTANCE_MIN,分別對應了更低的通知重要程度。
現在就可以運行一下代碼了,運行成功之后我們關閉App,進入到設置 -> 應用 -> 通知當中,查看NotificationTest這個App的通知界面,如下圖所示:


image

剛才我們創建的兩個通知渠道這里已經顯示出來了??梢钥吹剑捎谶@兩個通知渠道的重要等級不同,通知的行為也是不同的,聊天消息可以發出提示音并在屏幕上彈出通知,而訂閱消息只能發出提示音。
當然,用戶還可以點擊進去對該通知渠道進行任意的修改,比如降低聊天消息的重要等級,甚至是可以完全關閉該渠道的通知。
至于創建通知渠道的這部分代碼,你可以寫在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。

現在重新運行一下代碼,并點擊發送聊天消息按鈕,效果如下圖所示:

image

由于這是一條重要等級高的通知,因此會使用這種屏幕彈窗的方式來通知用戶有消息到來。然后我們可以下拉展開通知欄,這里也能查看到通知的詳細信息:

image

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

接下來點擊發送訂閱消息按鈕,你會發現現在屏幕上不會彈出一條通知提醒了,只會在狀態欄上顯示一個小小的通知圖標:

image

因為訂閱消息通知的重要等級是默認級別,這就是默認級別通知的展示形式。當然我們還是可以下拉展開通知欄,查看通知的詳細信息:

image

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

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

image

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

image

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

image

比如說我覺得訂閱消息老是向我推薦廣告,實在是太煩了,我就可以將訂閱消息的通知渠道關閉掉。這樣我以后就不會再收到這個通知渠道下的任何消息,而聊天消息卻不會受到影響,這就是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,就說明用戶將該渠道的通知給關閉了,這時會跳轉到通知的設置界面提醒用戶手動打開。

現在重新運行一下程序,效果如下圖所示:

image

可以看到,當我們將聊天消息的通知渠道關閉后,下次再次發送聊天消息將會直接跳轉到通知設置界面,提醒用戶手動將通知打開。

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

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

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

image

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

  • 顯示未讀角標
    前面我們提到過,蘋果是從iOS 5開始才引入了通知欄功能,那么在iOS 5之前,iPhone都是怎么進行消息通知的呢?使用的就是未讀角標功能,效果如下所示:
image

實際上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這個應用程序,如下圖所示:

image

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

需要注意的是,即使我們不調用setShowBadge(true)方法,Android系統默認也是會顯示角標的,但是如果你想禁用角標功能,那么記得一定要調用setShowBadge(false)方法。

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

image

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

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

參考郭霖 郭大神每日更新。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,461評論 6 532
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,538評論 3 417
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 176,423評論 0 375
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,991評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,761評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,207評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,268評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,419評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,959評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,782評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,528評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,222評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,653評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,901評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,678評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,978評論 2 374

推薦閱讀更多精彩內容

  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,659評論 25 708
  • 摘自郭神的文章: 從Android 8.0系統開始,Google引入了通知渠道這個概念。 什么是通知渠道呢?顧名思...
    D___Will閱讀 3,333評論 0 1
  • 一頭連著遼闊未來 一頭連著貧瘠現在 一路標榜的多美好 真實的虛構很美 但那依然不是我的 Photo by Davi...
    憨憨爹閱讀 72評論 0 0
  • 臨近過年,與老婆聊起了回家問題。我不假思考的跟她說:如果她想回自己家過年也沒關系的,我們可以“各回各家、各找各媽”...
    悟三分閱讀 5,826評論 2 103
  • 六月的江南,潮濕、悶熱,到處都是濕噠噠的,抹不去也推不開。 男人和女人已經好些天沒有好好說過話了,說不出什么原因,...
    Mrs漫游閱讀 166評論 0 0