一、前言
最近在崩溃上报中发现了如下错误，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层跟本捕获不到异常，后面我会继续研究这一块看看有没有别的处理办法