AWS SDK for Java v2 2.19.x 版本演进全解读凭证热重载、Post Quantum TLS 与 S3 Transfer Manager GA【免费下载链接】aws-sdk-java-v2The official AWS SDK for Java - Version 2项目地址: https://gitcode.com/GitHub_Trending/aw/aws-sdk-java-v2导读本文基于官方仓库 changelogs/2.19.x-CHANGELOG.md 编写系统梳理 AWS SDK for Java v2 从 2.19.0 到 2.19.33 共 34 个版本的演进脉络。该版本线横跨 2022 年 12 月 19 日至 2023 年 2 月 7 日是 SDK 在凭证体系刷新、运行时可靠性加固、新服务接入三个方向集中发力的一个周期。读完本文你将掌握配置文件凭证热重载机制的设计动机与源码实现、CRT HTTP 客户端新增的 Post Quantum TLS 与连接健康检查配置、EC2 Instance Metadata Client 的正式可用状态以及 S3 Transfer Manager 一般可用GA对aws-sdk-java聚合模块与 BOM 的影响并能据此在升级到 2.19.x 时做出准确的兼容性判断。一、2.19.x 版本线总览2.19.x 是 SDK for Java v2 在 2.19.02022-12-19至 2.19.332023-02-07之间发布的系列版本。从 changelog 的结构看每个版本均按AWS SDK for Java v2核心 SDK与各服务模块如 Amazon S3、Amazon Connect、Amazon SageMaker 等分类记录Features、Bugfixes与偶发的Removals。一个贯穿全版本线的规律是几乎所有版本都包含Updated endpoint and partition metadata条目这与 SDK 的 endpoint/partition 数据随服务发布同步更新的机制一致。从 core/regions 模块可以印证region 元数据PartitionMetadata、ServiceMetadata等是 SDK 运行时解析服务端点的依据此类更新虽不直接暴露 API但会显著影响新区域、新端点尤其是 FIPS 端点的可用性。在 34 个版本中对开发者最有长期价值的变化集中在以下几项后文逐一展开版本核心 SDK 关键变化2.19.0partitions.json内嵌进DefaultPartitionDataProvider不再作为 classpath 资源运行时加载S3 Transfer Manager 宣布 GA2.19.1s3-transfer-manager加入 BOM 管理2.19.5无核心 SDK 变更服务侧为主2.19.11s3-transfer-manager加入aws-sdk-java聚合模块与bundle2.19.14修复 Netty 异常处理器中的 NullPointerException社区贡献2.19.25校验和与用户自定义Content-encoding头冲突修复2.19.29EC2 Instance Metadata Client 正式 GA2.19.33Profile 凭证/Token 提供者可热重载磁盘上变更的 profilePROFILE_FILE常量弃用二、凭证体系刷新Profile 热重载与 Supplier 化改造2.19.332.1 变更内容2.19.33 是 2.19.x 线最后一个版本也是凭证体系最重要的一个版本四项变更彼此关联ProfileCredentialsProvider与ProfileTokenProvider可在磁盘上的 profile 文件发生变化时重新加载凭证更新了DefaultCredentialsProvider默认凭证链以支持重载服务支持类改为以SupplierProfileFile接口持有ProfileFileSdkClientOption.PROFILE_FILE与SdkExecutionAttributes.PROFILE_FILE常量弃用改为PROFILE_FILE_SUPPLIER。2.2 源码级原理解读热重载如何实现热重载的核心在于ProfileCredentialsProvider内部从持有固定 ProfileFile 对象改为持有SupplierProfileFile并在每次resolveCredentials()时重新取数。见 ProfileCredentialsProvider.java 的实现private volatile AwsCredentialsProvider credentialsProvider; private final SupplierProfileFile profileFile; private volatile ProfileFile currentProfileFile; Override public AwsCredentials resolveCredentials() { if (loadException ! null) { throw loadException; } ProfileFile cachedOrRefreshedProfileFile refreshProfileFile(); // profileFile.get() if (shouldUpdateCredentialsProvider(cachedOrRefreshedProfileFile)) { synchronized (credentialsProviderLock) { if (shouldUpdateCredentialsProvider(cachedOrRefreshedProfileFile)) { currentProfileFile cachedOrRefreshedProfileFile; handleProfileFileReload(cachedOrRefreshedProfileFile); } } } return credentialsProvider.resolveCredentials(); } private boolean shouldUpdateCredentialsProvider(ProfileFile profileFile) { return credentialsProvider null || !Objects.equals(currentProfileFile, profileFile); }关键设计点惰性刷新每次取凭证时先调用 supplier 拿到最新ProfileFile再通过Objects.equals与上次缓存的currentProfileFile比较只有内容变化才重建底层凭证提供者避免无谓重建双重检查锁credentialsProviderLock与二次条件判断保证并发场景下只重建一次延迟抛错构造阶段若 profile 解析失败异常被暂存到loadException仅在真正resolveCredentials()时才抛出使该类可以安全地进入DefaultCredentialsProvider默认链而不至于在客户端构建阶段就中断见源码第 78-85 行注释。2.3 ProfileFileSupplier三种典型构造方式Supplier的具体来源是新增的 ProfileFileSupplier.java它提供了三种开箱即用的工厂方法ProfileFileSupplier.defaultSupplier()聚合默认的凭证文件~/.aws/credentials与配置文件~/.aws/config任一文件变更都会产生新的聚合 ProfileFileProfileFileSupplier.reloadWhenModified(Path path, ProfileFile.Type type)监听指定文件基于修改时间判断是否需要重新加载ProfileFileSupplier.fixedProfileFile(ProfileFile profileFile)固定不变的单次加载等价于旧行为ProfileFileSupplier.aggregate(...)将多个 supplier 的结果经ProfileFile.Aggregator合并。使用时通过ProfileCredentialsProvider.builder().profileFile(ProfileFileSupplier.defaultSupplier())即可获得热重载能力builder 的profileFile(SupplierProfileFile)重载见 ProfileCredentialsProvider.java。2.4 常量弃用PROFILE_FILE → PROFILE_FILE_SUPPLIERSdkClientOption中新增了PROFILE_FILE_SUPPLIER而旧常量PROFILE_FILE被标记Deprecated其 javadoc 明确列出了历史用途读取 profile 配置、构建服务配置对象、设置 retry mode 等并说明 This has been replaced withPROFILE_FILE_SUPPLIER.get()见 SdkClientOption.java。同理SdkExecutionAttribute.java 中的执行属性也从PROFILE_FILE迁移到PROFILE_FILE_SUPPLIER。升级提示如果你的代码或自定义拦截器直接引用了上述两个PROFILE_FILE常量建议在升级到 2.19.33 时改为通过 supplier 的get()获取当前 ProfileFile以获得热重载能力并消除弃用警告。三、运行时可靠性与性能修复核心 SDK Bugfixes2.19.x 中核心 SDK 的 Bugfix 虽然条目不多但每一条都对应真实的生产问题3.1 分区元数据内嵌2.19.02.19.0 将原始的partitions.json数据以字符串形式内嵌进DefaultPartitionDataProvider使其不再需要在运行时作为 classpath 资源加载。这降低了类路径打包shading、native image 等场景下元数据丢失的风险也让 region 解析更快更稳。3.2 Netty NPE 修复2.19.14Prevent NullPointerException in Netty exception handler由社区贡献者 sigurjonviktorsson的异常可观测性。3.3 Content-encoding 头冲突修复2.19.25Append Content-encoding header instead of over writing the header when Checksum algorithm is selected along with user set Content-encoding当用户自定义了Content-encoding头且同时启用了校验和算法时SDK 改为追加而非覆盖该头避免破坏用户设置。这直接影响 S3 等使用 core/checksums 校验能力的服务在上传含压缩编码对象时的正确性。四、CRT HTTP 客户端Post Quantum TLS、健康检查与破坏性改名2.19.xAWS CRT HTTP 客户端http-clients/aws-crt-client在 2.19.x 中变化最为密集既有新特性也有破坏性变更升级时务必对照以下清单4.1 Post Quantum TLS2.19.30AwsCrtAsyncHttpClient.builder() .postQuantumTlsEnabled(true) .build();该选项在 AwsCrtAsyncHttpClient.java 与 AwsCrtHttpClient.java 的 Builder 接口上均有定义用于在 TLS 协商中优先采用后量子密码套件。javadoc 明确提示它与tlsCipherPreference互斥后者已在 2.19.23 被移除若同时设置会导致客户端构建失败。底层通过 AwsCrtConfigurationUtils.java 的resolveCipherPreference(Boolean)完成密码套件解析。4.2 连接健康检查配置改名2.19.23这一版本对 CRT 客户端做了一组破坏性重命名原 API 全部废弃旧名称新名称readBufferSizereadBufferSizeInBytesConnectionHealthChecksConfigurationConnectionHealthConfigurationallowableThroughputFailureIntervalminimumThroughputTimeoutminThroughputInBytesPerSecondminimumThroughputInBpsbuilder().connectionHealthChecksConfigurationbuilder().connectionHealthConfiguration同时移除了tlsCipherPreference与新的postQuantumTlsEnabled互斥见上文。4.3 其他 CRT 修复2.19.32修复maxConcurrency在 builder 上配置后未被遵守的问题2.19.28修复端口号未写入 host header 的问题对应 issue #3721、#36822.19.25发送失败如非法请求时可能导致资源泄漏的问题修复同时若 CRT 客户端被配置为 HTTP/2 协议会抛出UnsupportedOperationExceptionCRT 客户端仅支持 HTTP/1.1属于设计约束而非缺陷2.19.24移除 CRT 连接超时的默认值将超时决策完全交由用户显式配置。五、EC2 Instance Metadata Client 正式 GA2.19.292.19.29 宣布 EC2 Instance Metadata Client 正式可用对应 issue #61。该能力对应 core/imds 模块中的Ec2MetadataClient与Ec2MetadataAsyncClient。在此之前SDK 内部虽早已通过 IMDS 获取临时凭证如 EC2 角色的默认凭证链但独立的、面向用户的 IMDS 客户端一直处于演进阶段GA 意味着其 API 形态与重试/端点策略Ec2MetadataRetryPolicy、EndpointMode已稳定可在 EC2/ECS 等场景下直接用于读取 instance metadata 与 user-data。六、S3 Transfer Manager 一般可用与依赖管理2.19.0 / 2.19.1 / 2.19.11S3 Transfer Managerservices-custom/s3-transfer-manager在 2.19.0 宣布正式 GA其版本线的配套改动分为三步2.19.0宣布 GA提供面向对象/文件上传下载的传输级抽象2.19.1s3-transfer-manager被加入 bom/pom.xml用户可通过 BOM 统一管理其版本避免手动对齐各依赖版本2.19.11s3-transfer-manager被加入aws-sdk-java聚合模块aws-sdk-java/pom.xml从而被包含进bundle发布物用户引入单一聚合依赖即可获得该能力。升级注意S3 Transfer Manager 依赖 AWS CRT HTTP 客户端作为底层传输实现。若你此前单独使用过 preview 阶段的 transfer-manager升级到 2.19.x 后应删除显式版本声明改由 BOM 管理并同步核对 CRT 客户端相关配置见第四节的迁移。七、2.19.x 中的服务侧亮点速览虽然 changelog 的主体是各服务模块的新特性以下几条与 SDK 使用强相关值得留意2.19.16AWS Clean Rooms 首次发布Initial releaseSDK 新增对应服务模块2.19.30AWS AppConfig 支持 KMS CMK 加密配置数据、Secrets Manager 作为配置源以及 SSE-KMS 加密的 S3 对象与 SSM SecureString 参数2.19.25S3 允许在 path-style URL 下使用 FIPS 端点Allow FIPS to be used with path-style URLs多服务 FIPS 端点铺开2.19.282.19.30 期间AWS Outposts、Kinesis、SSO Admin、Connect、Keyspaces、MediaConvert、CloudDirectory、DLM、SWF、Image Builder、MSK 等大量服务相继支持 GovCloud (US) 区域的 FIPS 端点配合全版本线的 endpoint metadata 更新使用2.19.5AWS Transfer Family 增加会抛出ThrottlingExceptions的操作SDK 侧需关注重试策略可参考 core/retries对节流异常的默认处理。八、升级建议与兼容性检查清单综合 2.19.x 全版本变更升级前建议逐项核对CRT 客户端破坏性改名2.19.23全局搜索readBufferSize、ConnectionHealthChecksConfiguration、allowableThroughputFailureInterval、minThroughputInBytesPerSecond、tlsCipherPreference并替换为对应新 API常量弃用2.19.33检查对SdkClientOption.PROFILE_FILE与SdkExecutionAttributes.PROFILE_FILE的引用迁移到PROFILE_FILE_SUPPLIER凭证热重载2.19.33如需长期运行进程感知~/.aws/credentials/~/.aws/config变更将ProfileCredentialsProvider.builder().profileFile(...)的参数改为ProfileFileSupplier.defaultSupplier()或reloadWhenModified(...)BOM 与聚合依赖2.19.1 / 2.19.11若使用 S3 Transfer Manager确认通过 BOM 管理版本并可在需要时通过aws-sdk-java聚合模块引入新端点能力若目标环境为 GovCloud (US) 或使用 FIPS确认所依赖服务的 FIPS 端点支持已随 endpoint metadata 更新落地。以上结论均可对照 changelogs/2.19.x-CHANGELOG.md 原文及本文引用的源码文件逐一验证。【免费下载链接】aws-sdk-java-v2The official AWS SDK for Java - Version 2项目地址: https://gitcode.com/GitHub_Trending/aw/aws-sdk-java-v2创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
AWS SDK for Java v2 2.19.x 版本演进全解读：凭证热重载、Post Quantum TLS 与 S3 Transfer Manager GA
AWS SDK for Java v2 2.19.x 版本演进全解读凭证热重载、Post Quantum TLS 与 S3 Transfer Manager GA【免费下载链接】aws-sdk-java-v2The official AWS SDK for Java - Version 2项目地址: https://gitcode.com/GitHub_Trending/aw/aws-sdk-java-v2导读本文基于官方仓库 changelogs/2.19.x-CHANGELOG.md 编写系统梳理 AWS SDK for Java v2 从 2.19.0 到 2.19.33 共 34 个版本的演进脉络。该版本线横跨 2022 年 12 月 19 日至 2023 年 2 月 7 日是 SDK 在凭证体系刷新、运行时可靠性加固、新服务接入三个方向集中发力的一个周期。读完本文你将掌握配置文件凭证热重载机制的设计动机与源码实现、CRT HTTP 客户端新增的 Post Quantum TLS 与连接健康检查配置、EC2 Instance Metadata Client 的正式可用状态以及 S3 Transfer Manager 一般可用GA对aws-sdk-java聚合模块与 BOM 的影响并能据此在升级到 2.19.x 时做出准确的兼容性判断。一、2.19.x 版本线总览2.19.x 是 SDK for Java v2 在 2.19.02022-12-19至 2.19.332023-02-07之间发布的系列版本。从 changelog 的结构看每个版本均按AWS SDK for Java v2核心 SDK与各服务模块如 Amazon S3、Amazon Connect、Amazon SageMaker 等分类记录Features、Bugfixes与偶发的Removals。一个贯穿全版本线的规律是几乎所有版本都包含Updated endpoint and partition metadata条目这与 SDK 的 endpoint/partition 数据随服务发布同步更新的机制一致。从 core/regions 模块可以印证region 元数据PartitionMetadata、ServiceMetadata等是 SDK 运行时解析服务端点的依据此类更新虽不直接暴露 API但会显著影响新区域、新端点尤其是 FIPS 端点的可用性。在 34 个版本中对开发者最有长期价值的变化集中在以下几项后文逐一展开版本核心 SDK 关键变化2.19.0partitions.json内嵌进DefaultPartitionDataProvider不再作为 classpath 资源运行时加载S3 Transfer Manager 宣布 GA2.19.1s3-transfer-manager加入 BOM 管理2.19.5无核心 SDK 变更服务侧为主2.19.11s3-transfer-manager加入aws-sdk-java聚合模块与bundle2.19.14修复 Netty 异常处理器中的 NullPointerException社区贡献2.19.25校验和与用户自定义Content-encoding头冲突修复2.19.29EC2 Instance Metadata Client 正式 GA2.19.33Profile 凭证/Token 提供者可热重载磁盘上变更的 profilePROFILE_FILE常量弃用二、凭证体系刷新Profile 热重载与 Supplier 化改造2.19.332.1 变更内容2.19.33 是 2.19.x 线最后一个版本也是凭证体系最重要的一个版本四项变更彼此关联ProfileCredentialsProvider与ProfileTokenProvider可在磁盘上的 profile 文件发生变化时重新加载凭证更新了DefaultCredentialsProvider默认凭证链以支持重载服务支持类改为以SupplierProfileFile接口持有ProfileFileSdkClientOption.PROFILE_FILE与SdkExecutionAttributes.PROFILE_FILE常量弃用改为PROFILE_FILE_SUPPLIER。2.2 源码级原理解读热重载如何实现热重载的核心在于ProfileCredentialsProvider内部从持有固定 ProfileFile 对象改为持有SupplierProfileFile并在每次resolveCredentials()时重新取数。见 ProfileCredentialsProvider.java 的实现private volatile AwsCredentialsProvider credentialsProvider; private final SupplierProfileFile profileFile; private volatile ProfileFile currentProfileFile; Override public AwsCredentials resolveCredentials() { if (loadException ! null) { throw loadException; } ProfileFile cachedOrRefreshedProfileFile refreshProfileFile(); // profileFile.get() if (shouldUpdateCredentialsProvider(cachedOrRefreshedProfileFile)) { synchronized (credentialsProviderLock) { if (shouldUpdateCredentialsProvider(cachedOrRefreshedProfileFile)) { currentProfileFile cachedOrRefreshedProfileFile; handleProfileFileReload(cachedOrRefreshedProfileFile); } } } return credentialsProvider.resolveCredentials(); } private boolean shouldUpdateCredentialsProvider(ProfileFile profileFile) { return credentialsProvider null || !Objects.equals(currentProfileFile, profileFile); }关键设计点惰性刷新每次取凭证时先调用 supplier 拿到最新ProfileFile再通过Objects.equals与上次缓存的currentProfileFile比较只有内容变化才重建底层凭证提供者避免无谓重建双重检查锁credentialsProviderLock与二次条件判断保证并发场景下只重建一次延迟抛错构造阶段若 profile 解析失败异常被暂存到loadException仅在真正resolveCredentials()时才抛出使该类可以安全地进入DefaultCredentialsProvider默认链而不至于在客户端构建阶段就中断见源码第 78-85 行注释。2.3 ProfileFileSupplier三种典型构造方式Supplier的具体来源是新增的 ProfileFileSupplier.java它提供了三种开箱即用的工厂方法ProfileFileSupplier.defaultSupplier()聚合默认的凭证文件~/.aws/credentials与配置文件~/.aws/config任一文件变更都会产生新的聚合 ProfileFileProfileFileSupplier.reloadWhenModified(Path path, ProfileFile.Type type)监听指定文件基于修改时间判断是否需要重新加载ProfileFileSupplier.fixedProfileFile(ProfileFile profileFile)固定不变的单次加载等价于旧行为ProfileFileSupplier.aggregate(...)将多个 supplier 的结果经ProfileFile.Aggregator合并。使用时通过ProfileCredentialsProvider.builder().profileFile(ProfileFileSupplier.defaultSupplier())即可获得热重载能力builder 的profileFile(SupplierProfileFile)重载见 ProfileCredentialsProvider.java。2.4 常量弃用PROFILE_FILE → PROFILE_FILE_SUPPLIERSdkClientOption中新增了PROFILE_FILE_SUPPLIER而旧常量PROFILE_FILE被标记Deprecated其 javadoc 明确列出了历史用途读取 profile 配置、构建服务配置对象、设置 retry mode 等并说明 This has been replaced withPROFILE_FILE_SUPPLIER.get()见 SdkClientOption.java。同理SdkExecutionAttribute.java 中的执行属性也从PROFILE_FILE迁移到PROFILE_FILE_SUPPLIER。升级提示如果你的代码或自定义拦截器直接引用了上述两个PROFILE_FILE常量建议在升级到 2.19.33 时改为通过 supplier 的get()获取当前 ProfileFile以获得热重载能力并消除弃用警告。三、运行时可靠性与性能修复核心 SDK Bugfixes2.19.x 中核心 SDK 的 Bugfix 虽然条目不多但每一条都对应真实的生产问题3.1 分区元数据内嵌2.19.02.19.0 将原始的partitions.json数据以字符串形式内嵌进DefaultPartitionDataProvider使其不再需要在运行时作为 classpath 资源加载。这降低了类路径打包shading、native image 等场景下元数据丢失的风险也让 region 解析更快更稳。3.2 Netty NPE 修复2.19.14Prevent NullPointerException in Netty exception handler由社区贡献者 sigurjonviktorsson的异常可观测性。3.3 Content-encoding 头冲突修复2.19.25Append Content-encoding header instead of over writing the header when Checksum algorithm is selected along with user set Content-encoding当用户自定义了Content-encoding头且同时启用了校验和算法时SDK 改为追加而非覆盖该头避免破坏用户设置。这直接影响 S3 等使用 core/checksums 校验能力的服务在上传含压缩编码对象时的正确性。四、CRT HTTP 客户端Post Quantum TLS、健康检查与破坏性改名2.19.xAWS CRT HTTP 客户端http-clients/aws-crt-client在 2.19.x 中变化最为密集既有新特性也有破坏性变更升级时务必对照以下清单4.1 Post Quantum TLS2.19.30AwsCrtAsyncHttpClient.builder() .postQuantumTlsEnabled(true) .build();该选项在 AwsCrtAsyncHttpClient.java 与 AwsCrtHttpClient.java 的 Builder 接口上均有定义用于在 TLS 协商中优先采用后量子密码套件。javadoc 明确提示它与tlsCipherPreference互斥后者已在 2.19.23 被移除若同时设置会导致客户端构建失败。底层通过 AwsCrtConfigurationUtils.java 的resolveCipherPreference(Boolean)完成密码套件解析。4.2 连接健康检查配置改名2.19.23这一版本对 CRT 客户端做了一组破坏性重命名原 API 全部废弃旧名称新名称readBufferSizereadBufferSizeInBytesConnectionHealthChecksConfigurationConnectionHealthConfigurationallowableThroughputFailureIntervalminimumThroughputTimeoutminThroughputInBytesPerSecondminimumThroughputInBpsbuilder().connectionHealthChecksConfigurationbuilder().connectionHealthConfiguration同时移除了tlsCipherPreference与新的postQuantumTlsEnabled互斥见上文。4.3 其他 CRT 修复2.19.32修复maxConcurrency在 builder 上配置后未被遵守的问题2.19.28修复端口号未写入 host header 的问题对应 issue #3721、#36822.19.25发送失败如非法请求时可能导致资源泄漏的问题修复同时若 CRT 客户端被配置为 HTTP/2 协议会抛出UnsupportedOperationExceptionCRT 客户端仅支持 HTTP/1.1属于设计约束而非缺陷2.19.24移除 CRT 连接超时的默认值将超时决策完全交由用户显式配置。五、EC2 Instance Metadata Client 正式 GA2.19.292.19.29 宣布 EC2 Instance Metadata Client 正式可用对应 issue #61。该能力对应 core/imds 模块中的Ec2MetadataClient与Ec2MetadataAsyncClient。在此之前SDK 内部虽早已通过 IMDS 获取临时凭证如 EC2 角色的默认凭证链但独立的、面向用户的 IMDS 客户端一直处于演进阶段GA 意味着其 API 形态与重试/端点策略Ec2MetadataRetryPolicy、EndpointMode已稳定可在 EC2/ECS 等场景下直接用于读取 instance metadata 与 user-data。六、S3 Transfer Manager 一般可用与依赖管理2.19.0 / 2.19.1 / 2.19.11S3 Transfer Managerservices-custom/s3-transfer-manager在 2.19.0 宣布正式 GA其版本线的配套改动分为三步2.19.0宣布 GA提供面向对象/文件上传下载的传输级抽象2.19.1s3-transfer-manager被加入 bom/pom.xml用户可通过 BOM 统一管理其版本避免手动对齐各依赖版本2.19.11s3-transfer-manager被加入aws-sdk-java聚合模块aws-sdk-java/pom.xml从而被包含进bundle发布物用户引入单一聚合依赖即可获得该能力。升级注意S3 Transfer Manager 依赖 AWS CRT HTTP 客户端作为底层传输实现。若你此前单独使用过 preview 阶段的 transfer-manager升级到 2.19.x 后应删除显式版本声明改由 BOM 管理并同步核对 CRT 客户端相关配置见第四节的迁移。七、2.19.x 中的服务侧亮点速览虽然 changelog 的主体是各服务模块的新特性以下几条与 SDK 使用强相关值得留意2.19.16AWS Clean Rooms 首次发布Initial releaseSDK 新增对应服务模块2.19.30AWS AppConfig 支持 KMS CMK 加密配置数据、Secrets Manager 作为配置源以及 SSE-KMS 加密的 S3 对象与 SSM SecureString 参数2.19.25S3 允许在 path-style URL 下使用 FIPS 端点Allow FIPS to be used with path-style URLs多服务 FIPS 端点铺开2.19.282.19.30 期间AWS Outposts、Kinesis、SSO Admin、Connect、Keyspaces、MediaConvert、CloudDirectory、DLM、SWF、Image Builder、MSK 等大量服务相继支持 GovCloud (US) 区域的 FIPS 端点配合全版本线的 endpoint metadata 更新使用2.19.5AWS Transfer Family 增加会抛出ThrottlingExceptions的操作SDK 侧需关注重试策略可参考 core/retries对节流异常的默认处理。八、升级建议与兼容性检查清单综合 2.19.x 全版本变更升级前建议逐项核对CRT 客户端破坏性改名2.19.23全局搜索readBufferSize、ConnectionHealthChecksConfiguration、allowableThroughputFailureInterval、minThroughputInBytesPerSecond、tlsCipherPreference并替换为对应新 API常量弃用2.19.33检查对SdkClientOption.PROFILE_FILE与SdkExecutionAttributes.PROFILE_FILE的引用迁移到PROFILE_FILE_SUPPLIER凭证热重载2.19.33如需长期运行进程感知~/.aws/credentials/~/.aws/config变更将ProfileCredentialsProvider.builder().profileFile(...)的参数改为ProfileFileSupplier.defaultSupplier()或reloadWhenModified(...)BOM 与聚合依赖2.19.1 / 2.19.11若使用 S3 Transfer Manager确认通过 BOM 管理版本并可在需要时通过aws-sdk-java聚合模块引入新端点能力若目标环境为 GovCloud (US) 或使用 FIPS确认所依赖服务的 FIPS 端点支持已随 endpoint metadata 更新落地。以上结论均可对照 changelogs/2.19.x-CHANGELOG.md 原文及本文引用的源码文件逐一验证。【免费下载链接】aws-sdk-java-v2The official AWS SDK for Java - Version 2项目地址: https://gitcode.com/GitHub_Trending/aw/aws-sdk-java-v2创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
