Android日常（09）同时集成umeng的推送和统计两个功能时，在打release包所遇到的代码混淆的问题

最近在维护一个老项目&＃xff0c;项目里面需要接入Umeng Push&＃xff0c;但是在添加依赖的时候和初始化获取deviceToken的时候遇到了一些问题&＃xff1a;

1.依赖报错&＃xff0c;找不到对应的类或方法
2.获取deviceToken失败&＃xff0c;报告应用app包名不正确

问题出现的场景

第一个问题&＃xff1a;

添加依赖&＃xff1a;因为之前项目中依赖过Umeng Analyze&＃xff0c;所以基础库之前有过依赖
原来的依赖信息
// compile ‘com.umeng.sdk:common:latest.integration’
// compile ‘com.umeng.sdk:analytics:latest.integration’

新版本依赖信息
compile ‘com.umeng.umsdk:common:2.0.0’//新版本的基础库

compile &＃39;com.umeng.umsdk:analytics:8.0.0&＃39;//新版本的统计库


// //PushSDK必须依赖基础组件库&＃xff0c;所以需要加入对应依赖
// compile ‘com.umeng.umsdk:common:1.5.4’
// //PushSDK必须依赖utdid库&＃xff0c;所以需要加入对应依赖
compile ‘com.umeng.umsdk:utdid:1.1.5.3’
//PushSDK
compile ‘com.umeng.umsdk:push:6.0.1’

第二个问题&＃xff1a;

applicationId “com.xxx.yyyy”

buildTypes {
debug {

debuggable trueapplicationIdSuffix ".debug"}


处理方式

第一个问题版本依赖的处理&＃xff1a;
umeng的sdk在有版本更新&＃xff0c;库的内容有所不同&＃xff0c;尽量使用最新的版本库&＃xff0c;不要保留原有的依赖库&＃xff0c;如果项目中出现报错&＃xff0c;那么改掉就好了&＃xff0c;不过实践发现&＃xff0c;umeng的版本兼容还是做得挺好的

第二个问题出现的原因&＃xff1a;
是因为gradle可以在debug包中对应用id进行扩展&＃xff0c;扩展以后会导致应用包名跟你后台com.xxx.yyyy的配置不同&＃xff0c;所以初始化会报错&＃xff0c;另外新老版本在使用上也有一些差别

组件化过程中遇到的umeng集成问题

简单描述一下&＃xff1a;

gradle里面的applicationId配置的是应用程序的包名。而还有一种叫做资源文件包名&＃xff0c;也就是我们的AndroidManifest.xml文件&＃xff0c;其中也有一个包名的配置&＃xff1a;package&＃61;"xxx“。我们需要将它也要改成跟gradle里面的applicationId一样的包名值。
看一下我们的项目&＃xff0c;当我们安装umeng插件的时候相关的图片资源是放在app module的资源目录下面的。

报错信息&＃xff1a;

Android问题解决方案 ResClass未初始化&＃xff0c;请确保你已经添加了必要的资源。同时确保你在混淆文件中添加了.R$ 。 field&＃61;*

解决办法&＃xff1a;

这两个包名保持一致

结束语

喜欢加个关注支持一下后续会有更多更新内容