一、前言

最近在崩溃上报中发现了如下错误，notification报出来的错误，由于这只是在部分机型上面报出来，自己测试了几种机型都没能复现，所以只有分析一下Notification的显示过程来看一下能不能找到问题的原因。关于这个问题的分析我们留到最后再来看。

12-27 01:03:49.391 2072-2072/com.test.demo:mult E/AndroidRuntime: FATAL EXCEPTION: main

Process: com.test.demo:mult, PID: 2072

android.app.RemoteServiceException: Bad notification posted from package com.test.demo: Couldn't expand RemoteViews for: StatusBarNotification(pkg=com.test.demo user=UserHandle{0} id=189465103 tag=null score=0: Notification(pri=0 contentView=com.test.demo/0x7f030000 vibrate=default sound=default defaults=0xffffffff flags=0x10 kind=[null]))

at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1363)

at android.os.Handler.dispatchMessage(Handler.java:102)

at android.os.Looper.loop(Looper.java:136)

at android.app.ActivityThread.main(ActivityThread.java:5017)

at java.lang.reflect.Method.invokeNative(Native Method)

at java.lang.reflect.Method.invoke(Method.java:515)

at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)

at dalvik.system.NativeStart.main(Native Method)

二、Notification的基本使用

1.创建一个Notification，并进行基本的配置。

(1)Android SDK11以后使用builder来创建

Notification.Builder notificationBuilder = new Notification.Builder(JPush.mApplicationContext)

.setContentTitle(notificationTitle)

.setContentText(alert)

.setTicker(alert)

.setSmallIcon(iconRes);

Notification notification = getNotification(notificationBuilder);

(2)Android SDK11前包括11直接创建Notification对象即可。

Notification notification = new Notification(iconRes, alert, System.currentTimeMillis());

notification.setLatestEventInfo(mContext,notificationTitle, alert, null);

(3)可以通过设置contentView来自定通知的样式。

2.显示NotificationManager显示Notification

NotificationManager nm = (NotificationManager) context.getSystemService(Context.NOTIFICATION_SERVICE);

nm.notify(notifiId, notification);

三、Notification的显示过程

我们调用nm.notify就会将Notification显示出来，但是这中间是什么过程呢？下面我们就一步一步的看看这其中发生了什么事。

首先查看NotificationManager的notify，发现最终调用的是另一个重载的方法。

public void notify(String tag, int id, Notification notification)

{

...

INotificationManager service = getService();

Notification stripped = notification.clone();

...

try {

service.enqueueNotificationWithTag(pkg, mContext.getOpPackageName(), tag, id,

stripped, idOut, UserHandle.myUserId());

} catch (RemoteException e) {

}

}

上面关键代码就是service.enqueueNotificationWithTag，而这里的service实际上就是NotificationManagerService,查看源码发现，实际上最终调用的是enqueueNotificationInternal方法，其关键代码入下：

public void enqueueNotificationInternal(final String pkg, String basePkg, final int callingUid,

final int callingPid, final String tag, final int id, final Notification notification,

int[] idOut, int incomingUserId)

{

//1.基本的校验(显示的消息的条数、notification、和contentView是否为空)

...

mHandler.post(new Runnable() {

@Override

public void run() {

...

if (notification.icon != 0) {

if (old != null && old.statusBarKey != null) {

//2.更新一个旧的通知

r.statusBarKey = old.statusBarKey;

long identity = Binder.clearCallingIdentity();

try {

mStatusBar.updateNotification(r.statusBarKey, n);

}

finally {

Binder.restoreCallingIdentity(identity);

}

} else {

long identity = Binder.clearCallingIdentity();

try {

//3.增加一个通知到状态栏

r.statusBarKey = mStatusBar.addNotification(n);

if ((n.getNotification().flags & Notification.FLAG_SHOW_LIGHTS) != 0

&& canInterrupt) {

mAttentionLight.pulse();

}

}

finally {

Binder.restoreCallingIdentity(identity);

}

}

// Send accessibility events only for the current user.

if (currentUser == userId) {

sendAccessibilityEvent(notification, pkg);

}

notifyPostedLocked(r);

} else {

}

//4.其他配置(铃声、振动等)

...

}

});

}

继续查看新增的流程mStatusBar.addNotification(n)，NotificationManagerService的addNotification最终调用PhoneStatusBar的addNotification(IBinder key, StatusBarNotification notification)，如下：

public void addNotification(IBinder key, StatusBarNotification notification) {

//1.创建通知view

Entry shadeEntry = createNotificationViews(key, notification);

...

//2.添加到通知栏

addNotificationViews(shadeEntry);

...

}

到这里整个从创建到显示的过程就完成了。 s

四、android.app.RemoteServiceException问题

根据前面的分析， 接下来查看创建View的代码，createNotificationViews是在父类BaseStatusBar里面定义的，如下：

protected NotificationData.Entry createNotificationViews(IBinder key,

StatusBarNotification notification) {

...

if (!inflateViews(entry, mPile)) {

handleNotificationError(key, notification, "Couldn't expand RemoteViews for: "

+ notification);

return null;

}

return entry;

}

在代码中惊讶的发现和异常类似的字眼Couldn't expand RemoteViews for，那看来关键就在inflateViews中：

public boolean inflateViews(NotificationData.Entry entry, ViewGroup parent) {

...

RemoteViews contentView = sbn.getNotification().contentView;

if (contentView == null) {

return false;

}

...

View contentViewLocal = null;

View bigContentViewLocal = null;

try {

contentViewLocal = contentView.apply(mContext, adaptive, mOnClickHandler);

if (bigContentView != null) {

bigContentViewLocal = bigContentView.apply(mContext, adaptive, mOnClickHandler);

}

}

catch (RuntimeException e) {

final String ident = sbn.getPackageName() + "/0x" + Integer.toHexString(sbn.getId());

Log.e(TAG, "couldn't inflate view for notification " + ident, e);

return false;

}

...

return true;

}

根据inflateViews的代码我们可以知道出现错误的原因有两种：

(1)contentView为null

(2)contentView.apply异常

因为contentView也就是RemoteViews如果我们有定制那么就是自定义的、如果没有自定义那么就是默认的，所以不可能为空，那关键就是RemoteViews的apply方法了，apply最终调用了performApply，如下：

private void performApply(View v, ViewGroup parent, OnClickHandler handler) {

if (mActions != null) {

handler = handler == null ? DEFAULT_ON_CLICK_HANDLER : handler;

final int count = mActions.size();

for (int i = 0; i < count; i++) {

Action a = mActions.get(i);

a.apply(v, parent, handler);

}

}

}

遍历所有的action，并调用其apply,那么这个action到底是哪里来的呢，实际这些action就是我们对布局的配置，如文字，图片什么的，以设置文字为例：

public void setTextViewText(int viewId, CharSequence text) {

setCharSequence(viewId, "setText", text);

}

public void setCharSequence(int viewId, String methodName, CharSequence value) {

addAction(new ReflectionAction(viewId, methodName, ReflectionAction.CHAR_SEQUENCE, value));

}

调用setTextViewText实际上是添加了一个RelectionAction，查看其apply方法：

public void apply(View root, ViewGroup rootParent, OnClickHandler handler) {

final View view = root.findViewById(viewId);

if (view == null) return;

Class> param = getParameterType();

if (param == null) {

throw new ActionException("bad type: " + this.type);

}

try {

getMethod(view, this.methodName, param).invoke(view, wrapArg(this.value));

} catch (ActionException e) {

throw e;

} catch (Exception ex) {

throw new ActionException(ex);

}

}

可以看到是通过反射来调用相应的方法来进行设置的，但是反射可能会抛出异常的，导致崩溃：

(1)NoSuchMethodException 找不到方法，比如向一个ImageView，调用setText

(2)NullPointerException 调用的对象为空，由于RelectionAction中有对View的判断，所以此异常不会发生。

(3)IllegalAccessException 调用的方法是私有的，由于RemoteViews对外提供的方法都是控件的public的方法，所以不会发生

(4) InvocationTargetException 调用发生异常，这个不是很确定能不能发生。

通过测试发现(1)是可以重现的，也就是说布局上的错误，我们调用RemoteViews的setTextViewText在一个ImageView就会生这种情况，当然也会有其他情况。

五、总结

根据上面的分析可以知道发生这个问题，很有可能是布局的问题，基本都是反射的问题。当然RemoteViews使用的控件是有限制的，并不是所有的控件都能使用，否则肯定会崩溃,关于哪些控件是可用的可以查看官方文档。但是我这里的问题是某些机型会崩溃，而且我使用了自定义布局，所以我怀疑是可能某些机型对自定义通知有限制，导致在RelectionAction的apply时抛出了异常，所以最后解决办法是在nm.notify显示通知时catch掉，然后不使用自定义的通知，而使用系统默认的通知。

更正：之前没有注意，android.app.RemoteServiceException实际上是无法catch住的，因为发生改异常时，查看源码是直接底层崩溃，java层跟本捕获不到异常，后面我会继续研究这一块看看有没有别的处理办法