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上查看，链接戳这里。