在Android的build.gradle中使用Simple Java Mail API遇重复类错误求助

这是很常见的依赖冲突场景——Simple Java Mail 6.4.3引入的com.sun.activation:jakarta.activation:1.2.1和项目中其他依赖间接引入的jakarta.activation:jakarta.activation-api:1.2.1包含了完全重复的javax.activation包下的类，导致编译报错。下面是几个实用的解决办法，按推荐优先级排序：

1. 排除重复的依赖（最推荐） #

在引入Simple Java Mail的时候，直接排除其中一个导致冲突的依赖模块。因为com.sun.activation:jakarta.activation已经包含了API的实现，我们可以优先排除单独的API依赖：

implementation(group: 'org.simplejavamail', name: 'simple-java-mail', version: '6.4.3') {
    // 排除重复的API依赖模块
    exclude group: 'jakarta.activation', module: 'jakarta.activation-api'
}

如果排除后仍然有问题，也可以尝试反过来排除com.sun.activation的实现模块：

implementation(group: 'org.simplejavamail', name: 'simple-java-mail', version: '6.4.3') {
    exclude group: 'com.sun.activation', module: 'jakarta.activation'
}

2. 使用packagingOptions忽略重复类 #

如果排除依赖的方式不生效（比如项目中其他地方需要保留其中一个依赖），可以通过Android的packagingOptions配置，让构建工具优先选择其中一个jar里的类：

android {
    // 其他现有配置...

    packagingOptions {
        // 针对错误提示中的重复类逐个配置，或者用通配符批量处理
        pickFirst 'javax/activation/ActivationDataFlavor.class'
        pickFirst 'javax/activation/CommandInfo.class'
        // 如果重复类较多，可以用通配符简化
        // pickFirst 'javax/activation/**/*.class'
        // 别忘了处理META-INF下的配置文件（如果有冲突提示）
        pickFirst 'META-INF/services/javax.activation.DataContentHandlerFactory'
    }
}

3. 强制统一依赖版本 #

还可以通过Gradle的依赖解析策略，强制整个项目使用某一个版本的activation依赖，避免版本和模块冲突：

在项目根目录的build.gradle文件中添加：

allprojects {
    repositories {
        // 你的仓库配置...
    }

    configurations.all {
        resolutionStrategy {
            // 强制使用带实现的版本
            force 'com.sun.activation:jakarta.activation:1.2.1'
            // 或者如果需要强制API版本，可以改成下面这行
            // force 'jakarta.activation:jakarta.activation-api:1.2.1'
        }
    }
}

小贴士：可以先通过./gradlew app:dependencies命令查看项目的依赖树，确认这两个重复依赖的引入路径，这样能更精准地定位和解决冲突。

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