一、覆盖率踩过的坑
在项目中使用JaCoCo覆盖率的时候&＃xff0c;也遇到过各种奇葩的问题&＃xff0c;在这里列出来分享下&＃xff0c;问题和实际的项目关系密切&＃xff0c;希望对有遇到过相似问题的童鞋有所启发。
1.1 覆盖率包在部分手机6.0上安装失败
事情起因&＃xff1a;在测试新功能时&＃xff0c;用打的覆盖率包&＃xff0c;外包反馈部分手机6.0上安装不了。
问题重现&＃xff1a;试了在自己的手机&＃xff0c;华为mate8的6.0系统上安装正常&＃xff0c;属于部分机型问题。
将问题小米手机借来后&＃xff0c;发现用豌豆荚或者应用宝确实安装失败&＃xff0c;提示“该应用签名有问题&＃xff0c;无法安装。”通过adb install安装&＃xff0c;提示INSTALL_PARSE_FAILED_NO_CERTIFICATES
怀疑是部分厂商对签名的校验级别比较高。
问题排解&＃xff1a;网上有种说法&＃xff0c;jdk1.7以后变更了默认的加密算法&＃xff0c;而签名程序没有&＃xff0c;所以需要在签名时用参数指定。具体方法&＃xff1a;在签名命令后加入-digestalg SHA1 -sigalg MD5withRSA
1.会不会这种情况导致&＃xff1a;查了应用宝的打包脚本&＃xff0c;签名部分已经增加。
此种情况排除2、会不会签名文件有问题&＃xff1f;
重新排查了打包过程的签名&＃xff0c;密钥和口令都和RDM打包一样&＃xff0c;对ANDROIDR.RSA、ANDROIDR.SF、MANIFEST.MF&＃xff0c;清除掉签名&＃xff0c;重新进行签名&＃xff0c;问题仍然存在。
此种情况排除
3、JaCoCo的jar包重新签名
和RDM打包&＃xff0c;也就增加了JaCoCo部分&＃xff0c;会不会是JaCoCo的两个jar包jacocoagent.jar和jacocoagent.jar出的问题&＃xff1f;
这两个jar包已经是签名过的&＃xff0c;会不会需要用应用宝的签名进行重新签&＃xff1f;
使用jarsigner重新对这两个jar包用应用宝的密钥进行签名&＃xff0c;打包安装&＃xff0c;问题仍然存在。
此种情况排除
到这里&＃xff0c;网上的各种方法基本都试过了&＃xff0c;没任何效果&＃xff0c;问题纠结在这里了。
静下心来&＃xff0c;网上的方法没任何效果&＃xff0c;还是回到项目中&＃xff0c;重新一步一步的对比RDM打包和覆盖率打包的区别&＃xff0c;逐步排查吧。
4、RDM打包和覆盖率打包逐一对比
....&＃xff08;这里省略一万字&＃xff0c;都是排查&＃xff09;
签名部分的日志对比&＃xff1a;
我们还是回到打包签名的target&＃xff1a;sign_obfuscated
逐行对比RDM和我们覆盖率打包的日志&＃xff1a;
发现了一个不同的点&＃xff1a;
RDM的&＃xff1a;
我们打包的&＃xff1a;
大家看出差别了没(红色部分)
红色部分为jacocoagent.jar包里的非class文件&＃xff0c;signer对这两个文件也进行了签名。
到这里都不是问题。
问题还是应用宝脚本本身(┬&＃xff3f;┬哭~)
签名后做compress和zipalign&＃xff0c;据说是极限压缩&＃xff0c;减少包的大小。
Compress会调用compress_yingyongbao.sh脚本&＃xff0c;这里列出了所有要压缩的文件
看到没&＃xff0c;看到没&＃xff0c;它重新按这里的文件列表压缩打包&＃xff0c;丢掉了上面JaCoCo里面的两个文件应用在打包后&＃xff0c;签名文件是存在JaCoCo这两个文件的&＃xff0c;但打包后找不到这两个文件&＃xff0c;因此安装时有的手机提示签名有问题。
解决方法&＃xff1a;
JaCoCo这两个文件&＃xff0c;一个是属性文件&＃xff0c;一个是生成xml的dtd文件&＃xff0c;对我们生成覆盖率没多大作用&＃xff0c;我们把这两个从jar包里删除&＃xff0c;在重新打包&＃xff0c;这两个文件不存在了&＃xff0c;也就不用签名了&＃xff0c;问题就解决了。
1.2 覆盖率包在部分4.X版本手机上生成ec文件失败
事情起因&＃xff1a;在测试新功能时&＃xff0c;用打的覆盖率包&＃xff0c;外包反馈部分4.X手机生成不了ec文件
问题重现&＃xff1a;试了在自己的手机&＃xff0c;华为mate8的6.0系统上生成正常&＃xff0c;属于部分机型问题。
将问题手机借来后&＃xff0c;生成ec文件提示失败。
问题排解&＃xff1a;
查看logcat日志&＃xff1a;
java.lang.IllegalAccessError&＃xff1a;
07-02 16:21:19.768: W/dalvikvm(557): Class resolved by unexpected DEX: Lorg.JaCoCo.agent.rt.internal.Agent(0x44f0d158):0x128f18 ref [Lorg.JaCoCo.agent.rt.internal.Agent;] Lorg.JaCoCo.agent.rt.internal.Agent;(0x44f0d158):0x11df68
还有一段:
反射RT类的getAgent() 方法是提示
java.lang.reflect.InvocationTargetException
(1)反射在其他手机是正常的&＃xff0c;按道理不应该在部分问题手机会失败&＃xff0c;但也做一下排查报错的代码行&＃xff1a;
网上有说InvocationTargetException问题可能是没有设置可见就访问私有先看看RT的这个方法
在看看Agent类的这个方法&＃xff1a;
尝试把私有字段可见&＃xff0c;在去调用
结果问题仍然存在&＃xff0c;
此种情况排除(2)那我们就回到第一个错误&＃xff0c; Class resolved by unexpected DEX
Agent出了两个地址。
我们在回过头来看应用宝的打包脚本&＃xff0c;看看dex干了什么。
调用dex&＃xff0c;输入classes&＃xff0c;输出dex&＃xff0c;下面对excludes里面的jar进行了排除
调用dex_sub&＃xff0c;输入subclasses&＃xff0c;输出second_dex&＃xff0c;下面对excludes里面的jar进行了排除
回过头来在看看我们的插桩脚本&＃xff0c;对dex、dex_sub这块只改了classes为classes_instr(用插桩后的打dex)
应用宝这个分包的逻辑&＃xff0c;会分别打两个dex。
问题就找到了&＃xff0c;因为没有改excludes部分&＃xff0c;jacocoagent.jar是放在应用宝libs目录下的&＃xff0c;默认dex和dex_sub都把jacocoagent.jar打了进去&＃xff0c;运行时就会出现新的dex想要替换之前校验过的dex&＃xff0c;也就出现agent有两个地址的缘故。
解决方法&＃xff1a;
覆盖率打包的脚本&＃xff0c;对dex_sub的excludes中加入jacocoagent.jar&＃xff0c;这样两次dex只打一次jacocoagent.jar。
重新打包&＃xff0c;ec文件正常生成。
1.3 覆盖率报告生成后看不到源码覆盖情况
源码和类文件都正确指定了&＃xff0c;为什么生成的报告看不到源码覆盖&＃xff1f;
**
解决方法&＃xff1a;**
(1)编译的时候debug&＃61;"true" 这个一定要设置&＃xff0c;比如
(2)如果1没有错误&＃xff0c;那就要看看你的源码和class文件路径指定正确没&＃xff0c;JaCoCo是按照包名去搜索的&＃xff0c;这个一定要确定好&＃xff0c;很多项目会自建代码目录的。
二、覆盖率一些需要注意的地方
由于Android不能通过JVM停止后自动dump覆盖率数据&＃xff0c;因此当Android应用进程不存在或停止的时候&＃xff0c;覆盖率数据不会生成。
也就有了如下需要注意的地方
(1) 没有启动应用进程&＃xff0c;生成覆盖率数据会失败。
(2) 覆盖率生成工具进程杀不杀掉&＃xff0c;不影响覆盖率生成结果。
(3) 测试过程中&＃xff0c;杀掉应用进程&＃xff0c;内存中的覆盖率数据会丢失。
(4) 覆盖率数据是可以追加记录的&＃xff0c;但最好在杀掉应用进程前先备份。
建议养成良好的操作习惯&＃xff0c;&＃xff0c;定期生成覆盖率文件。
如果有杀掉应用进程的需求操作&＃xff0c;请在操作前生成一次&＃xff0c;这样之前的数据就有所保留了。
一次测试前&＃xff0c;一定要保证先清理掉以前覆盖率的数据&＃xff0c;否则以现有追加文件的方式的形式&＃xff0c;会导致旧新的覆盖率柔和在一起&＃xff0c;有可能merge时候会失败。
本章完~
原文链接&＃xff1a;enter link description here
京公网安备 11010802041100号