multidexenable true和jar包名冲突

关键字

android, multidexenable, jar包名冲突

描述

android开发, 在对接一个第三方读卡模块时遇到一个奇葩的bug: 同一个jar包, 用供应商的demo运行, 可以正常编译, 运行; 而将jar包放到我们的项目中, 编译时会提示包名冲突如下:

duplicate entry

看错误提示的字面提示, 是编译时发现有多个类名为com.hdos.idCardUartDevice.JniRetureData的class文件, 即包名冲突了;

然而查看所有依赖库, 并没有找到相同包名的类; 移除该Jar包后, 在应用运行时去反射获取其对应的Class, 提示ClassNotFound, 说明公司项目是没有这个类的;

jar包结构

对比demo和公司项目, 发现项目的gradle中配置了如下属性:

multidexenable

在供应商的demo中添加该配置后, 编译时报错
Error while generating the main dex list, Program type already present: com.hdos.idCardUartDevice.JniRetureData, 仍然是包名冲突

image.png

分析

1. 用winrar打开jar包, 果然发现有两个同名文件, 解压时也会提示文件重复, 是否需要覆盖 说明确实是有相同包名的类

   
   
   winrar打开jar包

解压

2. 奇怪的是: 用360zip打开, 并没有显示上述现象

   
   
   360zip打开压缩文件

3. 用代码去处理jar包, 有相同包名的类文件

   
   

解决

方案一: 去掉 multiDexEnable true

multiDexEnable 主要是用于解决APP的65536的问题, 这个配置其实坑挺多的, 如果应用内可以不添加这个配置, 最好是不添加;

方案二: 重新打jar包
其实问题就出在jar包会有重名的类
jar包是供应商提供的, 问题反馈到了, 对方试了几次后仍然没有改好, 最后一口咬定他们的demo没有问题, 其他厂家也没问题; 所以供应商没有继续改了, 当然对方的模块也没用上;

本着强迫症的心态, 经过多方摸索后终于把jar包修改好, 不再类名冲突; 修改方法其实很简单
用的仍然是供应商的jar包, 使用360zip解压后再重新用360zip压缩, 再把后缀.zip改为.jar就可以了