Mobile_xxx:transformClassesWithJarMergingForRelease‘

1Error:Execution failed for task ':Mobile_XMXT:transformClassesWithJarMergingForRelease'.

> com.android.build.api.transform.TransformException: java.util.zip.ZipException: duplicate entry: com/google/gson/DefaultDateTypeAdapter.class

我这个报这个错误的原因是因为jar包冲突，很明显，gom.goole.gson  duplicafe 意思就是有两个这个文件，重复了。

看到错误，我检查了一下项目，原来的项目中的GSON是直接将源码拷贝到了项目中，后来引入了一个第三方的视频监控sdk，我看了一下 这个sdk中也包含这个

一个在项目里面 一个在jar包里面，删除哪个都会引起相关联的错误。怎么办呢？

说明一下，Android Studio引用第三方库几种方式：

方式:1：它就会自动把这个包下载下来，并且引用它。节省git空间，而且修改版本也很方便。
compile 'com.android.support:support-v4:23.3.0'

方式2：引用libs下所有jar包

compile fileTree(dir: 'libs', include: ['*.jar'])

方式3：引用一个jar
compile files('libs/fastjson-1.1.53.android.jar')

方式4：引用一个aar文件，注意并不能像 方式2 那样自动引用全部的aar，而需要对每个aar分别进行引用。
compile(name: 'aar_file_name', ext: 'aar')

方式5：引用库类型的项目
compile project(':xxxsdk')

方式6：仅仅在编译时使用，但最终不会被编译到apk或aar里
provided files('libs/glide-3.7.0.jar')

所以后来我将项目中的gson源码删除掉，改为第一种引用三方库方式，这样做的目的就是可以在build.gradle控制引入三方库的编译及打包方式。

下面再说一下 android studio 引入三方库的几种依赖方式

1.Compile

compile是对所有的build type以及favlors都会参与编译并且打包到最终的apk文件中。

2.Provided
Provided是对所有的build type以及favlors只在编译时使用，类似eclipse中的external-libs,只参与编译，不打包到最终apk。

3.APK
只会打包到apk文件中，而不参与编译，所以不能再代码中直接调用jar中的类或方法，否则在编译时会报错

4.Test compile
Test compile 仅仅是针对单元测试代码的编译编译以及最终打包测试apk时有效，而对正常的debug或者release apk包不起作用。

5.Debug compile
Debug compile 仅仅针对debug模式的编译和最终的debug apk打包。

6.Release compile

Release compile 仅仅针对Release 模式的编译和最终的Release apk打包。

看到这 ，有的小伙伴应该明白了，这个默认咱们都用compile设置依赖方式，意思就是你引用的这个三方库编译和打包的时候这个库都会一直伴随，但是如果打签名包有冲突，只需要将 compile改为provided就可以了，只参与编译，不打包到最终apk.

文笔有限，如果大家看完还不太明白，可以加入的qq群讨论交流：

开发一群：454430053开发二群：537532956

文章来源: wukong.blog.csdn.net，作者：再见孙悟空_，版权归原作者所有，如需转载，请联系作者。

原文链接：wukong.blog.csdn.net/article/details/79290356