com.android.build.api.transform.TransformException: Error while generating the main dex list.

这个是开了multidex的，如果你没开multidex, 可能不是这个错误，但是也是一个dex error的错误，出现这个错误的根本原因一般是项目中出现了重复的java类导致冲突。

所谓的“项目中出现了重复的java类”一般包括下面几种情况：

• libs下的jar包或者aar包跟build.gradle中添加的远程依赖包重复，例如：libs下面放了一个gson.jar, 而build.gradle中又添加了implementation "com.google.code.gson:gson:2.8.2"，这时就会冲突，删掉gson.jar就可以了

• app的module中libs下添加了某个jar包，app依赖的某个module中libs下也添加了这个jar包，这样也会冲突

• libs下存在多个相同第三方的不同版本的jar包，比如一开始用的是baidu_map_5.2.1.jar， 后来升级了新增了baidu_sdk_new.jar, 这样也会冲突，因为新旧jar包中存在相同的类

• 没有发现存在重复的jar包，可能是某个aar包中包含了这个jar包也会冲突，比如你libs导入了a.jar, 也导入了gallery.aar，而gallery.aar中包含了a.jar，这样也不行

• 没有发现存在重复的jar包，还有可能是本身代码存在重复的类，例如app module和它依赖的library module有相同的package name (注意这里指的是AndroidManifest.xml文件中的package，而不是gradle中的applicationId)，这样至少会导致两个类发生重复：R类和BuildConfig类，这两个类是自动生成的以AndroidManifest.xml文件中的package为包路径，还有就是业务代码可能会出现重复的类

总之遇到这种问题要仔细检查整个项目中，除了远程依赖的方式添加的依赖库以外，我们手动添加的jar包、aar包、创建的java类、包括AS创建的java类都有可能出现重复的类，记住在整个项目当中是不能存在两个包名+类名一样的java文件的，否则就会出现上面的错误。

前面提到这种问题可以不考虑远程依赖自身可能带来的冲突，为什么呢？ 在一般情况下，AS中相同引入方式（如都是implementation引入的）的远程依赖库中如果又有相同的第三方的远程依赖，则AS会默认使用最新的远程依赖版本，gradle同步时并不会报错。比如implementation 'com.a.b: 1.0.1' 和implementation 'com.a.c: 2.0'中都依赖了v4包，但是他们依赖的v4包是不同版本的，那么此时gradle会直接使用最新版本的v4包，所以最终不会存在两份相同的v4包，也就不会存在上面的问题。

但是有时远程依赖也有可能导致编译冲突问题，这一般会发生在不同的引入方式（如implementation和testImplementation），例如implementation'com.android.support:appcompat-v7:23.1.1'，和 androidTestImplementation 'com.android.support.test.espresso:espresso-core:2.1'，所依赖的com.android.support:support-annotations版本不同，就会导致冲突。

结尾

好了，今天的分享就到这里，如果你对在面试中遇到的问题，或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己，对于自己的未来还不够了解不知道给如何规划，可以来看看同行们都是如何突破现状，怎么学习的，来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

这里放上一部分我工作以来以及参与过的大大小小的面试收集总结出来的一套进阶学习的视频及面试专题资料包，在这里免费分享给大家，主要还是希望大家在如今大环境不好的情况下面试能够顺利一点，希望可以帮助到大家~

[外链图片转存中…(img-t6Lbuy65-1646220149014)]