NotificationManagerService使用詳解與原理分析（一）

概況

        Android在4.3的版本中(即API 18)加入了NotificationListenerService，根據SDK的描述(AndroidDeveloper)能夠知道，當系統收到新的通知或者通知被刪除時，會觸發NotificationListenerService的回調方法。同時在Android 4.4 中新增了Notification.extras 字段，也就是說可使用NotificationListenerService獲取系統通知具體信息，這在之前是須要用反射來實現的。

轉載請務必註明出處：http://blog.csdn.net/yihongyuelan

重要關係

        對於系統通知，三方APP使用NotificationListenerService主要目的是爲了獲取系統通知相關信息，主要包括：通知的新增和刪除，獲取當前通知數量，通知內容相關信息等。這些信息能夠經過NotificationListenerService類提供的方法以及StatusBarNotification類對象來獲取。

NotificationListenerService主要方法(成員變量)：

cancelAllNotifications() ：刪除系統中全部可被清除的通知； 
cancelNotification(String pkg, String tag, int id) ：刪除具體某一個通知；
getActiveNotifications() ：返回當前系統全部通知到StatusBarNotification[]；
onNotificationPosted(StatusBarNotification sbn) ：當系統收到新的通知後出發回調； 
onNotificationRemoved(StatusBarNotification sbn) ：當系統通知被刪掉後出發回調；

以上是NotificationListenerService的主要方法，經過這些方法就能夠在應用中操做系統通知，在NotificationListenerService中除了對通知的操做以外，還能夠獲取到通知的StatusBarNotification對象，經過該對象能夠獲取通知更詳細的數據。

StatusBarNotification主要方法(成員變量)：

getId()：返回通知對應的id；
getNotification()：返回通知對象；
getPackageName()：返回通知對應的包名；
getPostTime()：返回通知發起的時間；
getTag()：返回通知的Tag，若是沒有設置返回null；
getUserId()：返回UserId，用於多用戶場景；
isClearable()：返回該通知是否可被清楚，FLAG_ONGOING_EVENT、FLAG_NO_CLEAR；
isOngoing()：檢查該通知的flag是否爲FLAG_ONGOING_EVENT；

使用簡介

正確使用NotificationListenerService須要注意三點：

(1). 新建一個類並繼承自NotificationListenerService，override其中重要的兩個方法；

[java] view plaincopy

1. public class NotificationMonitor extends NotificationListenerService {  

2.         @Override  

3.         public void onNotificationPosted(StatusBarNotification sbn) {  

4.               Log.i("SevenNLS","Notification posted");  

5.         }  

6.    

7.         @Override  

8.         public void onNotificationRemoved(StatusBarNotification sbn) {  

9.               Log.i("SevenNLS","Notification removed");   

10.         }  

11. }  

(2). 在AndroidManifest.xml中註冊Service並聲明相關權限；

[html] view plaincopy

1. <service android:name=".NotificationMonitor"  

2.          android:label="@string/service_name"  

3.          android:permission="android.permission.BIND_NOTIFICATION_LISTENER_SERVICE">  

4.     <intent-filter>  

5.         <action android:name="android.service.notification.NotificationListenerService" />  

6.     </intent-filter>  

7. </service>  

(3). 開啓NotificationMonitor的監聽功能；

        完成以上兩步以後，將程序編譯並安裝到手機上，但此時該程序是沒法監聽到新增通知和刪除通知的，還須要在"Settings > Security > Notification access"中，勾選NotificationMonitor。此時若是系統收到新的通知或者通知被刪除就會打印出相應的log了。

        這裏須要注意，若是手機上沒有安裝使用NotificationListenerService類的APP，Notification access是不會顯示出來的。能夠在源碼/packages/apps/Settings/src/com/android/settings/SecuritySettings.java中看到，若是沒有使用NotificationListenerService的APK，直接就不顯示這一項了。

[java] view plaincopy

1. mNotificationAccess = findPreference(KEY_NOTIFICATION_ACCESS);  

2. if (mNotificationAccess != null) {  

3.     final int total = NotificationAccessSettings.getListenersCount(mPM);  

4.     if (total == 0) {  

5.         if (deviceAdminCategory != null) {  

6.             deviceAdminCategory.removePreference(mNotificationAccess);  

7.         }  

8.     } else {  

9.         final int n = getNumEnabledNotificationListeners();  

10.         if (n == 0) {  

11.             mNotificationAccess.setSummary(getResources().getString(  

12.                     R.string.manage_notification_access_summary_zero));  

13.         } else {  

14.             mNotificationAccess.setSummary(String.format(getResources().getQuantityString(  

15.                     R.plurals.manage_notification_access_summary_nonzero,  

16.                     n, n)));  

17.         }  

18.     }  

19. }  

使用詳解

經過前面的講解(實際上就是對AndroidDeveloper的解釋)，已經能夠正常使用NotificationListenerService了，但對於實際應用中，須要考慮的事情還比較多。好比：

1. 如何檢測應用已開啓Notification access監聽功能？

若是檢測到應用沒有激活Notification access監聽功能，須要提示用戶開啓；

2. 能不能主動跳轉到Notification access監聽頁面？

若是可以根據第1步的判斷自動跳轉到對應的頁面，那能夠省掉不少操做；

3. 如何與NotificationListenerService交互？

涉及到與Service的交互，但又與普通的Service不一樣，這裏後文解釋；

4. NotificationListenerService使用過程當中有哪些注意事項？

在使用NotificationListenerService過程當中本身遇到了一些坑，後文會經過分析給出相應的解決方案；

程序運行截圖

 

圖 1 程序運行截圖

示例介紹

        NotificationListenerDemo主要用於獲取系統當前通知信息，並可手動建立"可清除通知"，逐條刪除"可清除通知"，一次性刪除"可清除通知"，以及顯示系統當前活動的通知信息。實際上該示例回答了前面使用詳解中提出的各項疑問，在實際使用過程當中相信大部分人都會遇到，所以這裏逐條展開與你們分享。

圖 2 主界面

功能分析

1. 如何檢測應用已開啓Notification access監聽功能？

        在程序啓動時，執行Notification access的檢測，查看是否訪問Notification的權限。若是用戶沒有Enable Notification access，則彈出提示對話框，點擊OK跳轉到Notification access設置頁面。

圖 3 首次啓動 isEnable

        使用NotificationListenerService的應用若是開啓了Notification access，系統會將包名等相關信息寫入SettingsProver數據庫中，所以能夠從數據庫中獲取相關信息並過濾，從而判斷應用是否開啓了Notification access，代碼以下：

[java] view plaincopy

1. private static final String ENABLED_NOTIFICATION_LISTENERS = "enabled_notification_listeners";  

2. private boolean isEnabled() {  

3.     String pkgName = getPackageName();  

4.     final String flat = Settings.Secure.getString(getContentResolver(),  

5.             ENABLED_NOTIFICATION_LISTENERS);  

6.     if (!TextUtils.isEmpty(flat)) {  

7.         final String[] names = flat.split(":");  

8.         for (int i = 0; i < names.length; i++) {  

9.             final ComponentName cn = ComponentName.unflattenFromString(names[i]);  

10.             if (cn != null) {  

11.                 if (TextUtils.equals(pkgName, cn.getPackageName())) {  

12.                     return true;  

13.                 }  

14.             }  

15.         }  

16.     }  

17.     return false;  

18. }  

在返回值flat中若是包含了應用的包名，便可肯定應用已開啓Notification access，反之則表示沒有開啓。

2. 能不能主動跳轉到Notification access監聽頁面？

        經過查看能夠知道，Notification access界面接收action爲"android.settings.ACTION_NOTIFICATION_LISTENER_SETTINGS"的intent啓動，所以使用startActivity能夠很容易的跳轉到該頁面，從而避免用戶在Settings中查找。代碼以下：

[java] view plaincopy

1. private static final String ACTION_NOTIFICATION_LISTENER_SETTINGS = "android.settings.ACTION_NOTIFICATION_LISTENER_SETTINGS";  

2. private void openNotificationAccess() {  

3.     startActivity(new Intent(ACTION_NOTIFICATION_LISTENER_SETTINGS));  

4. }  

3. 如何與NotificationListenerService交互？

        由於NotificationListenerService中包含了四個重要的方法，分別是：onNotificationPosted、onNotificationRemoved、cancelNotification、cancelAllNotifications。經過這些方法咱們才能實現諸如通知信息的獲取以及刪除等功能，雖然這些方法是public的，那是否是意味着咱們只要拿到NotificationListenerService的對象就能夠直接調用這些方法了呢？那如何拿到Service的對象呢？在以前的博文中，曾有提到與Service的交互( 具體可參考拙做《Android中程序與Service交互的方式——交互方式》)，能夠看到與Service的交互有不少種方法，但若是要拿到Service的對象，歸根到底仍是須要Binder。

        也就是說得使用bindService的辦法，將onServiceConnected回調中的IBinder對象轉型成NotificationListenerService的對象。測試代碼以下：

[java] view plaincopy

1. //在MainActivity.java的onCreate方法中使用bindService幫頂NotificationMonitor服務  

2. bindService(new Intent(this,NotificationMonitor.class  ), new ServiceConnection() {  

3.   @Override  

4.   public void onServiceDisconnected(ComponentName arg0) {  

5.   }  

6.     

7.   @Override  

8.   public void onServiceConnected(ComponentName arg0, IBinder arg1) {  

9.     NotificationMonitor.MyBinder localBinder = (MyBinder)arg1;  

10.     NotificationMonitor mMonitor = localBinder.getService();  

11.   }  

12. }, BIND_AUTO_CREATE);  

[java] view plaincopy

1. //NotificationMonitor的onBind方法返回構造的Binder對象  

2. public class NotificationMonitor extends NotificationListenerService {  

3.   private MyBinder mBinder = new MyBinder();  

4.   public  class MyBinder extends Binder{  

5.     public NotificationMonitor getService(){  

6.       return NotificationMonitor.this;  

7.     }  

8.   }  

9.   

10.   @Override  

11.   public IBinder onBind(Intent arg0) {  

12.     return mBinder;  

13.   }  

14.   

15.   @Override  

16.   public void onNotificationPosted(StatusBarNotification sbn) {  

17.     getActiveNotifications();  

18.     cancelAllNotifications();  

19.   }  

20.   

21.   @Override  

22.   public void onNotificationRemoved(StatusBarNotification sbn) {  

23.   }  

24. }  

那這樣操做以後是否是就意味着能夠拿到NotificationMonitor的對象並直接調用getActiveNotifications()方法，用於獲取當前系統通知的信息了呢？很抱歉，事實證實這樣是不行的。這裏簡單的分析下，在後面的NotificationListenerService原理分析中再詳細講解。在NotificationListenerService的源碼中能夠看到：

[java] view plaincopy

1. @Override  

2. public IBinder onBind(Intent intent) {  

3.     if (mWrapper == null) {  

4.         mWrapper = new INotificationListenerWrapper();  

5.     }     

6.     return mWrapper;  

7. }  

這裏的INotificationListenerWrapper是NotificationListenerService的一個內部類：

[java] view plaincopy

1. private class INotificationListenerWrapper extends INotificationListener.Stub  

而NotificationMonitor繼承自NotificationListenerService，默認的onBind方法倒是：

[java] view plaincopy

1. @Override  

2. public IBinder onBind(Intent intent) {  

3.     return super.onBind(intent);  

4. }  

        這裏注意，通常狀況下service的onBind方法返回要麼是null要麼是Binder對象，可這裏直接調用父類NotificationListenerService的onBind方法，而父類返回的是INotificationListenerWrapper的對象。這說明Binder對象已經被指定了，不能再給NotificationMonitor指定其它的Binder對象。若是你非要給NotificationMonitor指定其它的Binder對象，那麼就沒法使用INotificationListenerWrapper提供的方法。也就是說要麼就用系統NotificationListenerService提供的方法，要麼就把NotificationMonitor當一個普通的Service來用，系統提供的方法都不能使用。

        那應該如何使用NotificationListenerService中的方法呢？在拙做《Android中程序與Service交互的方式——交互方式》中，已經提供了不少的例子，這裏僅以廣播的方式爲例。

        既然NotificationMonitor可使用NotificationListenerService的方法，那經過NotificationMonitor把通知狀態的改變以及數據獲取到，並使用static數據進行存儲，以後再在MainActivity中直接使用便可。在MainActivity中控制通知的單個刪除和所有刪除，則使用廣播的方式發送給NotificationMonitor進行處理。MainActivity與NotificationMonitor的關係類圖以下：

圖 4 結構類圖

NotificationMonitor和MainActivity關鍵代碼以下：

[java] view plaincopy

1. public class NotificationMonitor extends NotificationListenerService {  

2.     private static final String TAG = "SevenNLS";  

3.     private static final String TAG_PRE = "[" + NotificationMonitor.class.getSimpleName() + "] ";  

4.     private static final int EVENT_UPDATE_CURRENT_NOS = 0;  

5.     public static final String ACTION_NLS_CONTROL = "com.seven.notificationlistenerdemo.NLSCONTROL";  

6.     //用於存儲當前全部的Notification的StatusBarNotification對象數組  

7.     public static List<StatusBarNotification[]> mCurrentNotifications = new ArrayList<StatusBarNotification[]>();  

8.     public static int mCurrentNotificationsCounts = 0;  

9.     //收到新通知後將通知的StatusBarNotification對象賦值給mPostedNotification  

10.     public static StatusBarNotification mPostedNotification;  

11.     //刪除一個通知後將通知的StatusBarNotification對象賦值給mRemovedNotification  

12.     public static StatusBarNotification mRemovedNotification;  

13.     private CancelNotificationReceiver mReceiver = new CancelNotificationReceiver();  

14.     // String a;  

15.     private Handler mMonitorHandler = new Handler() {  

16.         @Override  

17.         public void handleMessage(Message msg) {  

18.             switch (msg.what) {  

19.                 case EVENT_UPDATE_CURRENT_NOS:  

20.                     updateCurrentNotifications();  

21.                     break;  

22.                 default:  

23.                     break;  

24.             }  

25.         }  

26.     };  

27.   

28.     class CancelNotificationReceiver extends BroadcastReceiver {  

29.   

30.         @Override  

31.         public void onReceive(Context context, Intent intent) {  

32.             String action;  

33.             if (intent != null && intent.getAction() != null) {  

34.                 action = intent.getAction();  

35.                 if (action.equals(ACTION_NLS_CONTROL)) {  

36.                     String command = intent.getStringExtra("command");  

37.                     if (TextUtils.equals(command, "cancel_last")) {  

38.                         if (mCurrentNotifications != null && mCurrentNotificationsCounts >= 1) {  

39.                             //每次刪除通知最後一個  

40.                             StatusBarNotification sbnn = getCurrentNotifications()[mCurrentNotificationsCounts - 1];  

41.                             cancelNotification(sbnn.getPackageName(), sbnn.getTag(), sbnn.getId());  

42.                         }  

43.                     } else if (TextUtils.equals(command, "cancel_all")) {  

44.                         //刪除全部通知  

45.                         cancelAllNotifications();  

46.                     }  

47.                 }  

48.             }  

49.         }  

50.   

51.     }  

52.   

53.     @Override  

54.     public void onCreate() {  

55.         super.onCreate();  

56.         logNLS("onCreate...");  

57.         IntentFilter filter = new IntentFilter();  

58.         filter.addAction(ACTION_NLS_CONTROL);  

59.         registerReceiver(mReceiver, filter);  

60.     //在onCreate時第一次調用getActiveNotifications()  

61.         mMonitorHandler.sendMessage(mMonitorHandler.obtainMessage(EVENT_UPDATE_CURRENT_NOS));  

62.     }  

63.   

64.     @Override  

65.     public void onDestroy() {  

66.         super.onDestroy();  

67.         unregisterReceiver(mReceiver);  

68.     }  

69.   

70.     @Override  

71.     public IBinder onBind(Intent intent) {  

72.         // a.equals("b");  

73.         logNLS("onBind...");  

74.         return super.onBind(intent);  

75.     }  

76.   

77.     @Override  

78.     public void onNotificationPosted(StatusBarNotification sbn) {  

79.         //當系統收到新的通知後，更新mCurrentNotifications列表  

80.         updateCurrentNotifications();  

81.         logNLS("onNotificationPosted...");  

82.         logNLS("have " + mCurrentNotificationsCounts + " active notifications");  

83.         mPostedNotification = sbn;  

84.         //經過如下方式能夠獲取Notification的詳細信息  

85.         /* 

86.          * Bundle extras = sbn.getNotification().extras; String 

87.          * notificationTitle = extras.getString(Notification.EXTRA_TITLE); 

88.          * Bitmap notificationLargeIcon = ((Bitmap) 

89.          * extras.getParcelable(Notification.EXTRA_LARGE_ICON)); Bitmap 

90.          * notificationSmallIcon = ((Bitmap) 

91.          * extras.getParcelable(Notification.EXTRA_SMALL_ICON)); CharSequence 

92.          * notificationText = extras.getCharSequence(Notification.EXTRA_TEXT); 

93.          * CharSequence notificationSubText = 

94.          * extras.getCharSequence(Notification.EXTRA_SUB_TEXT); 

95.          * Log.i("SevenNLS", "notificationTitle:"+notificationTitle); 

96.          * Log.i("SevenNLS", "notificationText:"+notificationText); 

97.          * Log.i("SevenNLS", "notificationSubText:"+notificationSubText); 

98.          * Log.i("SevenNLS", 

99.          * "notificationLargeIcon is null:"+(notificationLargeIcon == null)); 

100.          * Log.i("SevenNLS", 

101.          * "notificationSmallIcon is null:"+(notificationSmallIcon == null)); 

102.          */  

103.     }  

104.   

105.     @Override  

106.     public void onNotificationRemoved(StatusBarNotification sbn) {  

107.         //當有通知被刪除後，更新mCurrentNotifications列表  

108.         updateCurrentNotifications();  

109.         logNLS("removed...");  

110.         logNLS("have " + mCurrentNotificationsCounts + " active notifications");  

111.         mRemovedNotification = sbn;  

112.     }  

113.   

114.     private void updateCurrentNotifications() {  

115.         try {  

116.             StatusBarNotification[] activeNos = getActiveNotifications();  

117.             if (mCurrentNotifications.size() == 0) {  

118.                 mCurrentNotifications.add(null);  

119.             }  

120.             mCurrentNotifications.set(0, activeNos);  

121.             mCurrentNotificationsCounts = activeNos.length;  

122.         } catch (Exception e) {  

123.             logNLS("Should not be here!!");  

124.             e.printStackTrace();  

125.         }  

126.     }  

127.   

128.     //獲取當前狀態欄顯示通知總數  

129.     public static StatusBarNotification[] getCurrentNotifications() {  

130.         if (mCurrentNotifications.size() == 0) {  

131.             logNLS("mCurrentNotifications size is ZERO!!");  

132.             return null;  

133.         }  

134.         return mCurrentNotifications.get(0);  

135.     }  

136.   

137.     private static void logNLS(Object object) {  

138.         Log.i(TAG, TAG_PRE + object);  

139.     }  

140.   

141. }  

而MainActivity主要負責界面顯示與交互，關鍵代碼以下：

[java] view plaincopy

1. public class MainActivity extends Activity {  

2.   

3.     private static final String TAG = "SevenNLS";  

4.     private static final String TAG_PRE = "["+MainActivity.class.getSimpleName()+"] ";  

5.     private static final int EVENT_SHOW_CREATE_NOS = 0;  

6.     private static final int EVENT_LIST_CURRENT_NOS = 1;  

7.     private static final String ENABLED_NOTIFICATION_LISTENERS = "enabled_notification_listeners";  

8.     private static final String ACTION_NOTIFICATION_LISTENER_SETTINGS = "android.settings.ACTION_NOTIFICATION_LISTENER_SETTINGS";  

9.     private boolean isEnabledNLS = false;  

10.     private TextView mTextView;  

11.   

12.     private Handler mHandler = new Handler() {  

13.         @Override  

14.         public void handleMessage(Message msg) {  

15.             switch (msg.what) {  

16.                 case EVENT_SHOW_CREATE_NOS:  

17.             //顯示建立的Notification對應的pkgName、Tag、Id  

18.                     showCreateNotification();  

19.                     break;  

20.                 case EVENT_LIST_CURRENT_NOS:  

21.             //顯示當前全部的Notification數量及其包名  

22.                     listCurrentNotification();  

23.                     break;  

24.   

25.                 default:  

26.                     break;  

27.             }  

28.         }  

29.     };  

30.   

31.     @Override  

32.     protected void onCreate(Bundle savedInstanceState) {  

33.         super.onCreate(savedInstanceState);  

34.         setContentView(R.layout.activity_main);  

35.         mTextView = (TextView) findViewById(R.id.textView);  

36.     }  

37.   

38.     @Override  

39.     protected void onResume() {  

40.         super.onResume();  

41.         //判斷是否有開啓Notification access  

42.         isEnabledNLS = isEnabled();  

43.         logNLS("isEnabledNLS = " + isEnabledNLS);  

44.         if (!isEnabledNLS) {  

45.         //若是沒有開啓則顯示確認對話框  

46.             showConfirmDialog();  

47.         }  

48.     }  

49.   

50.     public void buttonOnClicked(View view) {  

51.         mTextView.setTextColor(Color.BLACK);  

52.         switch (view.getId()) {  

53.             case R.id.btnCreateNotify:  

54.                 logNLS("Create notifications...");  

55.         //建立可清除的Notification  

56.                 createNotification(this);  

57.         //顯示當前狀態欄中全部Notification數量及其包名  

58.                 mHandler.sendMessageDelayed(mHandler.obtainMessage(EVENT_SHOW_CREATE_NOS), 50);  

59.                 break;  

60.             case R.id.btnClearLastNotify:  

61.                 logNLS("Clear Last notification...");  

62.         //清除最後一個Notification  

63.                 clearLastNotification();  

64.         //顯示當前狀態欄中全部Notification數量及其包名  

65.                 mHandler.sendMessageDelayed(mHandler.obtainMessage(EVENT_LIST_CURRENT_NOS), 50);  

66.                 break;  

67.             case R.id.btnClearAllNotify:  

68.                 logNLS("Clear All notifications...");  

69.         //清除全部"可被清除"的Notification  

70.                 clearAllNotifications();  

71.                 mHandler.sendMessageDelayed(mHandler.obtainMessage(EVENT_LIST_CURRENT_NOS), 50);  

72.                 break;  

73.             case R.id.btnListNotify:  

74.                 logNLS("List notifications...");  

75.                 listCurrentNotification();  

76.                 break;  

77.             case R.id.btnEnableUnEnableNotify:  

78.                 logNLS("Enable/UnEnable notification...");  

79.         //打開Notification access啓動/取消界面  

80.                 openNotificationAccess();  

81.                 break;  

82.             default:  

83.                 break;  

84.         }  

85.     }  

86.   

87.     //......省略  

88. }  

4. NotificationListenerService使用過程當中有哪些注意事項？

        若是細心察看代碼的童鞋，必定發現代碼中有使用Handler，以及一些奇怪但又被註釋掉的代碼，好比"a.equals("b")"。從使用上來講，沒有必要使用handler，那幹嗎要屢次一舉？這裏就給你們分享一下在寫NotificationListenerDemo時遇到的一些坑。

①. NotificationMonitor的onCreate方法中使用handler來調用getActiveNotifications()方法

        若直接在onCreate或者onBind方法中調用getActiveNotifications()方法是沒法獲取當前系統通知。主要是由於NotificationMonitor還未完成初始化，而根本緣由則是INotificationListenerWrapper對象mWrapper還未初始化，此時使用getActiveNotifications()方法又會調用到mWrapper，所以沒法返回正常數據。在NotificationListenerService中能夠看到getActiveNotifications()的源碼：

[java] view plaincopy

1. public StatusBarNotification[] getActiveNotifications() {  

2.     try {  

3.         return getNotificationInterface().getActiveNotificationsFromListener(mWrapper);  

4.     } catch (android.os.RemoteException ex) {  

5.         Log.v(TAG, "Unable to contact notification manager", ex);  

6.     }     

7.     return null;  

8. }  

也就是說只要在onBind方法完成以後，再調用getActiveNotifications()方法就能夠正常獲取數據了，所以這裏使用了handler多線程的方式。固然，爲了保險可使用sendEmptyMessgeDelay加上延時。

②. 若是NotificationMonitor在onCreate或onBind方法中crash，則該service已經失效，需重啓手機才能進行後續開發驗證

        若是在onCreate或者onBind方法中，出現異常致使NotificationMonitor發生crash，就算找到問題並將其改正，以後的驗證仍是沒法繼續進行的，也就是沒法收到通知的新增和刪除消息，onNotificationPosted和onNotificationRemoved方法不會被調用。

        這也是我在onBind方法中故意註釋致使空指針異常的代碼，有興趣的童鞋能夠把註釋去掉後嘗試，去掉註釋會致使NotificationListenerDemo異常中止，此時你再加上註釋再次運行NotificationListenerDemo，雖然程序能夠正常啓動，但沒法正常執行NotificationMonitor中的onNotificationPosted和onNotificationRemoved方法。這個涉及NotificationListenerService的原理，後面會另行分析。

③. MainActivity中onClick方法裏使用handler操做

        當點擊刪除通知時，系統通知相關狀態還未更新，此時尚未回調到NotificationMonitor中，因此獲取的數據就仍是上一次的數據。爲了可以獲取到正確的Notification數據，可使用handler並加上延時，這樣再去獲取Notification信息時，系統已經觸發了NotificationMonitor回調，數據也有正常了。另外，50ms的延時幾乎是感知不到的。

④. 爲何要使用ArrayList來保存StatusBarNotification數組對象

        當新增或者刪除通知時，會觸發onNotificationPosted或onNotificationRemoved回調，在該方法中調用getActiveNotifications()方法用以獲取當前系統通知信息。而getActiveNotifications()返回的是StatusBarNotification[]數組，由於這個數組是可變長的，也就是長度會隨時變化，所以沒法直接存儲。使用ArrayList能夠很好的解決這個問題，在ArrayList對象中添加一個StatusBarNotification[]對象，以後使用ArrayList.set(0,statusbar[])方法對數據進行更新便可。

總結

        NotificationListenerService是Android 4.3 以後新增的接口服務，用於獲取系統Notification信息，這在以前的Android版本是沒法直接辦到的。在Android 4.4中，增長了Notification.extra變量，使得獲取Notification相關信息更加豐富，這些接口的開放更加利於三方應用的使用，但同時也會帶來一些隱私問題。

        本文針對NotificationListenerService的使用進行了詳細分析，固然其中不乏有失偏頗的地方，本着互聯網知識共享精神也將本身的一些記錄發佈出來，一來可作筆記，二來但願可以給苦苦尋覓的童鞋一些幫助。

        後續會對NotificationListenerService的原理進行分析，敬請期待。

        NotificationMonitor代碼免積分下載：下載Demo

        爲了後續可以更新，已經代碼傳到github上，有興趣的童鞋能夠在github上查看，鏈接戳這裏。