您的位置:首页 > 其它

transformDexArchiveWithExternalLibsDexMergerForDebug 问题的完美定位

2018-03-20 22:01 316 查看
程序出现问题,自然而然想到的看log,然后定位问题在哪里。gradle作为一门脚本语言,也可以说是一门编程语言,

通过gradle 构建程序如果失败,最好的解决方式当然也是看log,然后找出问题所在,具体的方式如下几个步骤:

一. gradle中jar冲突问题,从这里是看不出任何原因



二.打开 gradle consonle, 找到如下圈圈所示位置(Run with –stacktrace),然后双击



三.这里可以看到gradle失败的具体原因,Multiple dex files…. 显然是由于同一个文件在多个jar中出现,典型的jar冲突问题,

那该类具体是在哪几个jar中被引用了呢?



四. 在 android studio 中进行全局搜索,可以看到 classes.jar 中和 gson-2.7.jar 中引用了 该类,而且两个gson的版本是不一致的, classes.jar 在本地的libs可以找到,但是 gson-2.7.jar 始终找不到在哪里被显示依赖。 绝招来了 ,看下面…



五.打开终端,然后输入 gradle app:dependencies ,可以看到 gradle 的依赖树,然后搜索 gson-2.7,原来是在 converter-gson.jar中被依赖了,终于找到了问题所在。





解决方法:

1. 直接修改第三方jar中,将里面的引用的gson直接删除。

2. exclude 剔除掉多余的包。

到此为止,gradle构建时因为jar冲突的定位问题相信可以得到很好的解决。。。希望能够帮到您们!
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐