这个错误一般提示如下：
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':app:transformClassesWithMultidexlistForInstant_runDebug'.
> 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版本不同，就会导致冲突。
这时可以通过exclude、force、transitive等配置来排除冲突问题，可以参考下面文章：
