Kotlin MVVM项目单元测试触发DexMerger错误求助

你遇到的Multiple dex files define Landroid/support/compat/R$bool;是典型的依赖冲突导致的Dex合并错误——本质是主项目依赖和测试依赖中重复引入了Android Support库的相同/不同版本模块，编译时生成了多个包含同一类的dex文件，最终导致合并失败。下面是具体的解决思路：

1. 排查并统一Support库版本 #

首先需要确认所有依赖中Android Support库的版本是否一致：

• 执行Gradle命令查看完整依赖树，快速定位冲突：

  ./gradlew app:dependencies
  

  在输出中搜索android.support相关条目，检查是否存在版本不一致的情况（比如主项目用26.1.0，但测试依赖间接引入了其他版本）。
• 建议在根项目的build.gradle中统一定义Support库版本变量，所有模块都引用这个变量，从根源避免版本碎片化：

  buildscript {
      ext {
          supportLibVersion = '26.1.0'
      }
      // ...其他配置
  }
  

  然后在app模块的依赖中替换成统一引用：

  implementation "com.android.support:appcompat-v7:$supportLibVersion"
  implementation "com.android.support:design:$supportLibVersion"
  // ...其他support库依赖
  

2. 排除测试依赖中多余的Support库 #

Mockito等测试依赖可能会间接引入Android Support库，和主项目的依赖产生冲突。你可以在Mockito的依赖配置中排除这些多余的模块：

testImplementation('org.mockito:mockito-core:2.12.0') {
    exclude group: 'com.android.support'
}

这样就能避免测试依赖引入的Support库和主项目的重复冲突。

3. 修复测试类中的资源引用问题 #

你的单元测试运行在本地JVM环境，没有完整的Android系统支持，直接引用R.string.xxx会触发额外的资源编译逻辑，可能加剧依赖冲突。建议用Mockito模拟Resources的返回值：

@Before
fun setUp() {
    // 模拟资源字符串返回，避免依赖Android资源系统
    `when`(mContext?.resources?.getString(R.string.registration_error_email_format))
        .thenReturn("Invalid first name format")
    mViewModel = RegistrationFragmentViewModel(mContext!!, mView!!)
}

或者临时用硬编码字符串替代资源引用，确保测试逻辑不依赖Android资源系统。

4. 临时方案：启用MultiDex（不推荐长期使用） #

如果上面的方法暂时无法解决，可以先开启MultiDex绕过错误，但这只是临时方案，建议最终还是解决依赖冲突根源：

android {
    defaultConfig {
        // ...其他配置
        multiDexEnabled true
    }
}

内容的提问来源于stack exchange，提问作者fanjavaid