在现实世界中，如果你正在为android项目编写ui测试，在android Studio中按"Run"后，它将组装两个应用程序："your.coll.app"one_answers"your.colle.app.test">
<instrumentation android:name="androidx.test.runner.AndroidJUnitRunner"
android:targetPackage="your.cool.app"/>
这实际上意味着，如果你同时安装它们，你的测试应用程序将与一个真正的一个合并——所有依赖项(第三方库等(都将在一个运行时类路径中。因此，如果两个应用程序有某种库，它们就不能合并，因为运行时类路径中不可能有多个类。如果覆盖，您将得到重复类异常。
这就是为什么你有一个Android插件的功能，它允许你为测试应用程序androidTestImplementation添加依赖项。因此，如果您添加两个类似的依赖项，如：
implementation 'com.google.android.material:material:1.0.0'
androidTestImplementation 'com.google.android.material:material:1.0.0'
Gradle将解决这类问题。因此，对于真正的应用程序，它将添加到编译和运行时类路径，对于测试应用程序，只添加编译器classpath(这就是为什么你可以从测试类中的依赖项导入所有内容(
出于某种原因，我正在使用两个不同的应用程序。当我为这两个应用程序添加依赖项时，比如：
implementation 'com.google.android.material:material:1.0.0'
我要一个Duplicate classes '...'
是的，最好的解决方案是制作一个mono repo，并让Android Gradle插件解决这个问题。。。但我不能，因为在这种情况下，如果没有主代码，你就不能共享你的测试代码。
是的，我们已经有了一个"compileOnly"，它可以完美地工作(它只是添加一个编译类路径的依赖项(，但它只适用于JAR。因此，我需要像"compileOnly"这样的工件配置，但对于AAR
我已经试过了：
allprojects {
createCompileOnlyAarConfiguration(project)
}
def createCompileOnlyAarConfiguration(Project project) {
def compileOnlyAarConf = project.configurations.create('compileOnlyAar')
compileOnlyAarConf.visible = false
compileOnlyAarConf.transitive = false
project.gradle.addListener(new DependencyResolutionListener() {
@Override
void beforeResolve(ResolvableDependencies resolvableDependencies) {
compileOnlyAarConf.dependencies.each { dependency ->
project.dependencies.add('compileOnly', dependency)
}
project.gradle.removeListener(this)
}
@Override
void afterResolve(ResolvableDependencies resolvableDependencies) {
}
})
}
所以现在我可以制作这样的东西：
dependencies {
compileOnlyAar 'com.google.android.material:material:1.0.0'
}
有了这个配置，我可以使用这些依赖项中的所有类，但在最终的dex文件中，没有引用我使用过的方法。这就是为什么我得到java.lang.NoSuchMethodError: java.lang.NoSuchMethodError: No static method
我还发现了一个gradle插件，它实际上添加了"compileOnlyAR"配置，但它只适用于java模块
我不太擅长渐变环境，所以如果有人能告诉我如何为AAR工件制作"compileOnly"，那就太酷了。
更新："出于某种原因，我正在使用两个不同的应用程序"——意思是，我也有"你的.coll.app"one_answers"你的.col.app.test"应用程序。但它们有自己的渐变依赖关系，测试应用程序在AndroidManifest中有instrumentation属性你的.coll.app'-主代码库，'your.coll.app.test'-所有ui测试。在安装了这两个之后，我只是通过adb shell am instrument运行测试。测试应用程序和主应用程序需要依赖com.google.android.material:material:1.0.0，因此它们都包含：
dependencies {
implementation 'com.google.android.material:material:1.0.0'
}
因此，正如我所说，如果我安装了这两个应用程序并通过adb shell am instrument开始测试，我将得到重复的类异常，因为这两个二进制文件都将在运行时类路径中出现两次。
为什么我需要这个结构？我只能共享没有主代码库的测试应用程序。所以我没有办法制作一个标准的单回购
在android工作室的右侧，转到gradle>您的库应用程序>运行配置>组装。AAR将出现在您选择的项目的输出文件夹中