JDK8升级JDK21时aws.java.sdk.core与s3模块冲突问题咨询

1. 升级到AWS SDK v2是正确的长期方案 #

没错，这是适配JDK模块系统（JPMS）的最优解。AWS SDK v2从设计之初就考虑了JPMS兼容性，彻底避免了v1中多模块导出同一包的冲突问题，同时还带来了性能提升、异步API支持、更简洁的代码结构等优势。

但正如你判断的，v2和v1的API差异明显，确实需要大量修改现有代码：

• 客户端初始化：从AmazonS3ClientBuilder.defaultClient()改为S3Client.create()或S3Client.builder().region(Region.XXX).build()
• 异常处理：原AmazonServiceException/SdkClientException被替换为S3Exception等服务特定异常
• 方法调用：部分同步方法改为返回Response对象，批量操作的API设计也有变化

如果项目规模大，升级成本确实很高，但从长期维护和JDK新版本适配角度看，这个投入是值得的。

2. 无需升级的临时解决办法 #

如果暂时不想升级SDK，可以通过以下两种方式绕过JPMS冲突：

方式一：修改module-info.java配置 #

在你的模块描述文件中，明确依赖AWS SDK模块，并声明包导出权限：

module your.project.module {
    requires aws.java.sdk.s3;
    requires aws.java.sdk.core;
    requires org.apache.commons.collections4;

    // 允许commons-collections4访问冲突的com.amazonaws.auth包
    exports com.amazonaws.auth to org.apache.commons.collections4;
    // 若涉及反射访问，改用opens
    // opens com.amazonaws.auth to org.apache.commons.collections4;
}

方式二：添加JVM启动参数 #

在运行应用时，通过JVM参数强制解决包导出冲突：

--add-exports aws.java.sdk.core/com.amazonaws.auth=org.apache.commons.collections4
--add-exports aws.java.sdk.s3/com.amazonaws.auth=org.apache.commons.collections4

这种方式不需要修改代码，但要确保所有运行环境（开发、测试、生产）都配置了该参数，长期维护成本较高。

3. 关于升级成本的判断正确 #

你的判断完全正确：升级到AWS SDK v2确实需要大量改写旧代码。要不要升级，核心看项目的长期规划：

• 如果只是临时适配JDK21，且短期内没有迭代计划，用临时方案过渡即可
• 如果项目需要长期维护，且要跟进JDK新版本特性，升级到v2是更稳妥的选择

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