版权声明:本文为博主原创文章,未经博主允许不得转载。
微博:厉圣杰
源码:AndroidDemo/Notification
文中如有纰漏,欢迎大家留言指出。
此篇为 Android Notification 补充,对 Notification 的基本操作可参考:Android Notification 详解(一)——基本操作。最近在公司项目中,需要实现获取通知栏相关通知数据的功能,对此进行了调研,此为 NotificationListenerService
的简单总结。
实现此功能需要用到 NotificationListenerService
,该类主要用于获取系统相关的通知信息,需要在 API 18(Android 4.3) 及更高版本中才能使用。如:新增或删除通知、通知的数量、通知的相关信息等。
NotificationListenerService
主要方法有:
- onNotificationPosted(StatusBarNotification sbn)
- onNotificationRemoved(StatusBarNotification sbn)
- cancelAllNotifications()
- cancelNotification(String pkg, String tag, int id)
- getActiveNotifications()
当我们继承 NotificationListenerService
时,主要复写 onNotificationPosted(StatusBarNotification sbn)
和 onNotificationRemoved(StatusBarNotification sbn)
,其余三个方法是 final 的,所以不能被复写。
而 StatusBarNotification
则包含了 Notification 的相关信息,如:通知的名称、图标、创建时间等。
实现 NotificationListenerService
的使用可以分为以下几步:
-
新建一个继承自
NotificationListenerService
的子类,实现onNotificationPosted()
和onNotificationRemoved()
方法public class MyNotificationListenerService extends NotificationListenerService { private static final String TAG = MyNotificationListenerService.class.getSimpleName(); @Override public void onNotificationPosted(StatusBarNotification sbn) { super.onNotificationPosted(sbn); Log.d(TAG, "onNotificationPosted=" + sbn.toString()); } @Override public void onNotificationRemoved(StatusBarNotification sbn) { super.onNotificationRemoved(sbn); Log.d(TAG, "onNotificationRemoved=" + sbn.toString()); } }
-
在 AndroidManifest.xml 中申明相关的权限
<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.littlejie.notification"> <uses-permission android:name="android.permission.BIND_NOTIFICATION_LISTENER_SERVICE" /> <application android:allowBackup="true" android:icon="@mipmap/ic_launcher" android:label="@string/app_name" android:supportsRtl="true" android:theme="@style/AppTheme"> <!-- something else --> <service android:name=".MyNotificationListenerService" android:permission="android.permission.BIND_NOTIFICATION_LISTENER_SERVICE"> <intent-filter> <action android:name="android.service.notification.NotificationListenerService" /> </intent-filter> </service> </application> </manifest>
-
仅仅实现上述两个步骤还是不够,这里,我们还需要去开启 Notification access。默认是在 Settings > Security > Notification access 中去开启,我们也可以通过 Intent 直接跳转到对应页面。
public class NotificationListenerServiceActivity extends Activity { //此为 Settings 中的常量,不过是属于隐藏字段 private static final String ENABLED_NOTIFICATION_LISTENERS = "enabled_notification_listeners"; private Button mBtnSetNotifyAccess; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_get_notification_bar); mBtnSetNotifyAccess = (Button) findViewById(R.id.btn_setting); mBtnSetNotifyAccess.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Intent intent = new Intent(Settings.ACTION_NOTIFICATION_LISTENER_SETTINGS); startActivity(intent); } }); findViewById(R.id.btn_start).setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { startService(new Intent(NotificationListenerServiceActivity.this, MyNotificationListenerService.class)); } }); } @Override protected void onResume() { super.onResume(); mBtnSetNotifyAccess.setText(String.format(getString(R.string.set_notification_access), isEnabled() ? "已开启" : "未开启")); } /** * 判断 Notification access 是否开启 * @return */ private boolean isEnabled() { String pkgName = getPackageName(); final String flat = Settings.Secure.getString(getContentResolver(), ENABLED_NOTIFICATION_LISTENERS); if (!TextUtils.isEmpty(flat)) { final String[] names = flat.split(":"); for (int i = 0; i < names.length; i++) { final ComponentName cn = ComponentName.unflattenFromString(names[i]); if (cn != null) { if (TextUtils.equals(pkgName, cn.getPackageName())) { return true; } } } } return false; } }
Crash
在 HTC Android 4.3 版本的手机上捕获该 crash,原因不明,大意是应该是系统没有实现 onNotificationPosted()
方法,后在 Android 4.3 及 4.4 的模拟器上测试,均重现了该 crash,而 Android 5.0 及以上的系统都正常,推测是系统原因,因此,Android 5.0 以下使用 NotificationListenerService
需慎重。
12-07 19:35:55.350 1210-1236/com.littlejie.notification E/JavaBinder: *** Uncaught remote exception! (Exceptions are not yet supported across processes.)
java.lang.AbstractMethodError: abstract method not implemented
at android.service.notification.NotificationListenerService.onNotificationPosted(NotificationListenerService.java)
at com.littlejie.notification.MyNotificationListenerService.onNotificationPosted(MyNotificationListenerService.java:17)
at android.service.notification.NotificationListenerService$INotificationListenerWrapper.onNotificationPosted(NotificationListenerService.java:167)
at android.service.notification.INotificationListener$Stub.onTransact(INotificationListener.java:56)
at android.os.Binder.execTransact(Binder.java:388)
at dalvik.system.NativeStart.run(Native Method)
12-07 19:35:55.350 1210-1236/com.littlejie.notification W/dalvikvm: threadid=9: thread exiting with uncaught exception (group=0x415f6970)
12-07 19:35:55.360 1210-1236/com.littlejie.notification E/AndroidRuntime: FATAL EXCEPTION: Binder_1
java.lang.AbstractMethodError: abstract method not implemented
at android.service.notification.NotificationListenerService.onNotificationPosted(NotificationListenerService.java)
at com.littlejie.notification.MyNotificationListenerService.onNotificationPosted(MyNotificationListenerService.java:17)
at android.service.notification.NotificationListenerService$INotificationListenerWrapper.onNotificationPosted(NotificationListenerService.java:167)
at android.service.notification.INotificationListener$Stub.onTransact(INotificationListener.java:56)
at android.os.Binder.execTransact(Binder.java:388)
at dalvik.system.NativeStart.run(Native Method)
补充
后续需要实现当应用被杀,但是 App 仍能接受到 Notification 通知,即继承自 NotificationListenerService
的 Service 仍然需要存活,本以为这是一个浩大工程,需要 Service 之间相互唤起,结果测试的时候发现 NotificationListenerService 不会被杀死,实在是很不解,网上搜索之后才发现原因:继承自 NotificationListenerService
的 Service 被杀死后,仍会被系统以各种方式重新调起,这不失为一个让 App 永生不灭的方法,除了要让用户手动授权获取 Notification access 权限。
具体分析详情见:Android之使用NotificationListenerService使得自己的应用不被杀及其源码分析