一. 问题背景
这是在接入友盟6.1.0 push的SDK时候出现的错误。因之前的版本未出现，所以应该可以算作是版本更新后，需要对友盟push接入做新的适配。（不一定任何一个项目接入都会出现这个问题，要不然这就不算一个合格的SDK产品。）
表现出来的结果是：
推送数据到了，顶部栏的通知无法显示出来。
二. 问题定位
1.日志查看
可以看到这里的提示是ResClass未初始化，1.确认资源是否添加（也就是上面圈出的umeng_push_notification_default_small_icon添加进资源文件）；2.开启混淆，对 ==包名.R$*==进行混淆。
但实际情况是，确认上述的要求均已满足，但依然报这个错误。
2.问题分析
问了客服，也搜索了网络上的答案，依然不能求解的情况下，那么就自己追踪代码，查找原因。
依照上面提供的日志，可以看到最后一处方法调用是 ==com.umeng.message.c.a==这处。查看到源码是：
private int a(Class<?> var1, String var2) {
UMLog var10000;
if (var1 == null) {
var10000 = UMConfigure.umDebugLog;
UMLog.mutlInfo(a, 0, "getRes(null," + var2 + ")");
throw new IllegalArgumentException("ResClass未初始化，请确保你已经添加了必要的资源。同时确保你在混淆文件中添加了" + this.c.getPackageName() + ".R$* 。 field=" + var2);
} else {
try {
Field var3 = var1.getField(var2);
int var4 = var3.getInt(var2);
return var4;
} catch (Exception var5) {
var10000 = UMConfigure.umDebugLog;
UMLog.mutlInfo(a, 0, "getRes(" + var1.getName() + ", " + var2 + ")");
var10000 = UMConfigure.umDebugLog;
UMLog.mutlInfo(a, 0, "获取资源错误，确保你已经把res目录下的所有资源从SDK拷贝到了你的主工程");
var10000 = UMConfigure.umDebugLog;
UMLog.mutlInfo(a, 0, var5.getMessage());
return -1;
}
}
}
很明显，此处找到了报错的地方。可以看见，原因是var1==null才会抛出这样的异常。
找var1赋值的地方，a方法的调用处——>com.umeng.message.c.d——>
public int d(String var1) {
return this.a(f, var1);
}
f是个成员变量——>找f的赋值处——>
private c(Context var1) {
this.c = var1.getApplicationContext();
UMLog var10000 = UMConfigure.umDebugLog;
UMLog.mutlInfo(a, 2, new String[]{"packageName=" + this.c.getPackageName()});
try {
f = Class.forName((!TextUtils.isEmpty(PushAgent.getInstance(this.c).getResourcePackageName()) ? PushAgent.getInstance(this.c).getResourcePackageName() : this.c.getPackageName()) + ".R$drawable");
} catch (ClassNotFoundException var10) {
var10000 = UMConfigure.umDebugLog;
UMLog.mutlInfo(a, 0, new String[]{var10.getMessage()});
var10000 = UMConfigure.umDebugLog;
UMLog.aq(com.umeng.message.proguard.k.c, 0, "\\|");
}
//以下代码省略
}
ok，这里可以看到f的赋值是这处代码
f = Class.forName((!TextUtils.isEmpty(PushAgent.getInstance(this.c).getResourcePackageName()) ? PushAgent.getInstance(this.c).getResourcePackageName() : this.c.getPackageName()) + ".R$drawable")
f是一个Class，优先通过PushAgent中的getResourcePackageName()方法来获取，获取不到时通过context.getPackageName()来获取。
到此处，就很明白了它的初始化赋值情况了。
理论只要context不为空，怎么都可以获取到packageName的。
3. 问题解决
那么可能是拿到的packageName不是真正的“packageName”。
扩展：
通过context.getPackageName()获取到的是ApplicationId。默认情况下ApplicationId是与AndroidManifest文件中的packageName相同的。但是有些业务情况下会人为更改applicationId，这样的话两者就不是同一个值了。实际上的packageName是项目的父路径，为com..类似这样的形式（当然也不一定以com开头）。那么加载资源的时候，肯定是依据于完整的路径来加载的，如果以更改后的applicationId去作为加载资源的路径参照，则肯定是找不到资源的。
解决方法：
context.getPackageName()肯定获取的是ApplicationId，那么这里就无法用了。因此，只能改变友盟获取包名的方式，也就是PushAgent中的getResourcePackageName()方法。好在友盟提供了设置包名的方法，只要在PushAgent实例化的时候调用设置即可。
PushAgent mPushAgent = PushAgent.getInstance(context);
mPushAgent.setResourcePackageName(项目路径);
三. 小结
- 看源码去找问题；
- ApplicationId与项目路径包名是有区别的。
