AWS SDK for Java 2.x Maven Archetypes 实战指南一键生成客户端应用与 Lambda 函数项目模板【免费下载链接】aws-sdk-java-v2The official AWS SDK for Java - Version 2项目地址: https://gitcode.com/GitHub_Trending/aw/aws-sdk-java-v2本篇指南以 archetypes/README.md 为核心深入介绍 AWS SDK for Java 2.x 官方提供的两个 Maven Archetype——archetype-app-quickstart客户端应用模板与archetype-lambdaLambda 函数模板。读完本文你将掌握通过mvn archetype:generate在交互式与批量模式下快速搭建 SDK 客户端工程的方法理解每个生成参数的取值与校验规则并学会如何启用 GraalVM Native Image 支持、选择合适的 HTTP 客户端以及使用 SAM CLI 部署生成的 Lambda 函数。Archetypes 模块概览在 aws-sdk-java-v2 仓库中archetypes 目录是一个独立的 Maven 模块专门为使用 AWS Java SDK 2.x 的开发者提供项目脚手架。根据 archetypes/pom.xml 中的modules声明该模块聚合了三个子模块archetype-lambda—— 基于 AWS SDK for Java 2.x 的 Lambda 函数模板archetype-app-quickstart—— 基于 AWS SDK for Java 2.x 的简单客户端应用模板archetype-tools—— 供 SDK 内部使用的辅助工具该子模块仅有自身 pom 与源码未在 README 中作为面向用户的模板单独介绍。其中对外公开的模板即 archetype-app-quickstart/README.md 与 archetype-lambda/README.md 所描述的两个 Archetype。两者都通过mvn archetype:generate使用区别在于前者面向普通 Java 客户端程序后者面向 Serverless 场景并在模板中内置了 Lambda 运行时的优化配置。archetype-app-quickstart创建客户端应用archetype-app-quickstart用于创建一个以 AWS Java SDK 2.x 为依赖的客户端应用。根据其 README 的描述生成的应用具备以下特性使用 Bill of MaterialsBOM 统一管理 SDK 依赖版本避免逐个手工指定版本号内置创建 SDK 客户端的代码DependencyFactory工厂类当nativeImage参数开启时开箱支持 GraalVM Native Image 原生镜像构建。交互式模式直接执行下面的命令Maven 会以交互方式逐个询问必填参数mvn archetype:generate \ -DarchetypeGroupIdsoftware.amazon.awssdk \ -DarchetypeArtifactIdarchetype-app-quickstart \ -DarchetypeVersion2.x其中-DarchetypeVersion需要替换为实际的 SDK 版本号即 README 中所述的 2.x 版本。批量模式在 CI 或脚本环境中可以通过-DinteractiveModefalse一次性传入全部参数完成生成mvn archetype:generate \ -DarchetypeGroupIdsoftware.amazon.awssdk \ -DarchetypeArtifactIdarchetype-app-quickstart \ -DarchetypeVersion2.x \ -DgroupIdcom.test \ -DnativeImagetrue \ -DhttpClientapache-client \ -DartifactIdsample-project \ -Dservices3 \ -DinteractiveModefalse \ -DcredentialProviderdefault参数说明与校验规则以下参数表来自 archetype-app-quickstart README参数名默认值说明service必填无应用要使用的服务客户端如s3、dynamodb只允许提供一个服务可用的服务可在 services 目录中查看groupId必填无项目的 group IDartifactId必填无项目的 artifact IDnativeImage必填无是否包含 GraalVM Native Image 配置httpClient必填无SDK 客户端使用的 HTTP 客户端可选url-connection-client同步、apache-client同步、netty-nio-client异步详见 http-clientscredentialProviderdefault指定 SDK 客户端使用的凭据提供方并引入相应依赖。default使用默认凭据提供链identity-center使用 AWS IAM Identity CenterSSO凭据javaSdkVersion与 Archetype 版本一致指定要使用的 AWS Java SDK 2.x 版本version1.0-SNAPSHOT项目版本号package${groupId}类的包名值得注意的是这些参数在 archetype-metadata.xml 中被声明为requiredProperties并带有正则校验httpClient只接受(url-connection-client|apache-client|netty-nio-client)nativeImage只接受(true|false)credentialProvider只接受(default|identity-center)而javaSdkVersion必须匹配\d\.\d.\d形式的版本号。也就是说即便批量模式下传入非法取值Maven Archetype 插件也会在生成阶段直接拒绝。生成的工程结构与关键源码从 archetype-resources 的模板文件可以看出生成的项目包含四个 Java 文件App.java—— 程序入口使用 slf4j 输出启动日志实例化Handler并调用其sendRequest()方法Handler.java—— 业务处理器在构造方法中通过DependencyFactory取得服务客户端sendRequest()中留有 TODO供你填入真实 API 调用DependencyFactory.java—— 客户端工厂核心代码如下所示Velocity 模板变量会被替换为实际值public static ${serviceClientClassName} ${serviceClientVariable}Client() { return ${serviceClientClassName}.builder() .httpClientBuilder(${httpClientClassName}.builder()) .build(); }从该模板可以看到 SDK 客户端构建的最佳实践使用 builder 模式并通过httpClientBuilder显式指定 HTTP 客户端实现这与仓库中 http-clients 下各客户端模块的 SPI 设计一致。HandlerTest.java—— 对应的 JUnit 5 单元测试模板中位于src/test/java。此外还包含simplelogger.propertiesSLF4J Simple 日志配置与.gitignore、README.md。生成的 pom.xml 深度解析生成工程的 pom.xml 模板 是理解模板行为的核心它揭示了几个关键设计BOM 统一管理版本通过dependencyManagement导入software.amazon.awssdk:bom版本取自javaSdkVersion业务模块声明时无需写版本号服务模块默认排除两个 HTTP 客户端声明${moduleName}即service对应的服务模块时排除netty-nio-client与apache-client随后再按httpClient参数单独引入所选的客户端避免依赖冲突与体积膨胀identity-center 凭据支持当credentialProvideridentity-center时额外加入sso与ssooidc两个模块依赖对应 IAM Identity Center 的令牌交换流程Apache HttpClient 的日志桥接选用apache-client时会排除commons-logging并引入jcl-over-slf4j注释中明确指出这是为了避免运行时出现ClassNotFoundException: org.apache.commons.logging.impl.LogFactoryImpl日志依赖内置slf4j-api与slf4j-simple版本 1.7.28测试依赖JUnit Jupiter 5.8.1。GraalVM Native Image 支持当nativeImagetrue时pom 模板会生成一个native-imageprofile激活org.graalvm.buildtools:native-maven-plugin版本 0.9.6在package阶段执行buildgoal并配置imageName${artifactId}/imageName mainClass${package}.App/mainClass buildArgs combine.childrenappend buildArgs --verbose --no-fallback --initialize-at-build-timeorg.slf4j /buildArgs /buildArgs其中--no-fallback强制要求完整的原生镜像不生成 JVM 回退镜像--initialize-at-build-timeorg.slf4j将 SLF4J 在构建期完成类初始化是保证原生镜像正确运行的关键配置。模板的自动化验证archetype-app-quickstart携带了完整的生成结果验证测试。在 src/test/resources/projects 下每个子目录对应一种参数组合的期望生成结果reference 目录包括apachehttpclient/apachehttpclientwithoutnativeimage—— Apache 客户端是否启用原生镜像两种组合identitycenter—— IAM Identity Center 凭据方案nettyclient—— Netty 异步客户端urlhttpclient—— URLConnection 同步客户端。这些测试通过goal.txt定义验证目标实际校验了不同参数组合下生成的 pom 与 Java 源码是否符合预期也从侧面印证了上文的参数表与依赖逻辑。archetype-lambda创建 Lambda 函数archetype-lambda用于创建基于 AWS Java SDK 2.x 的 Lambda 函数模板。根据其 README生成模板内置了经过优化的配置遵循减少函数启动时间的最佳实践AWS 官方开发者指南中有关于 Lambda 启动时间优化的专题说明。交互式模式mvn archetype:generate \ -DarchetypeGroupIdsoftware.amazon.awssdk \ -DarchetypeArtifactIdarchetype-lambda \ -DarchetypeVersion${version}注意这里的${version}需要替换为最新 SDK 版本号。批量模式mvn archetype:generate \ -DarchetypeGroupIdsoftware.amazon.awssdk \ -DarchetypeArtifactIdarchetype-lambda \ -DarchetypeVersion${version} \ -DgroupIdcom.test \ -DartifactIdsample-project \ -Dservices3 \ -DinteractiveModefalse参数说明参数表同样来自 archetype-lambda README参数名默认值说明service必填无Lambda 函数要使用的服务客户端如s3、dynamodb可用服务见 servicesgroupId必填无项目的 group IDartifactId必填无项目的 artifact IDregion无为 SDK 客户端指定的 AWS 区域httpClientaws-crt-clientSDK 客户端使用的 HTTP 客户端可选url-connection-client同步、apache-client同步、netty-nio-client异步、aws-crt-client异步详见 http-clientshandlerClassNameApp处理器类名同时作为 Lambda 函数名需为驼峰命名javaSdkVersion与 Archetype 版本一致指定 AWS Java SDK 2.x 版本version1.0-SNAPSHOT项目版本号package${groupId}类的包名与客户端模板最大的差异是默认 HTTP 客户端为aws-crt-clientAWS Common Runtime 异步客户端其实现位于 http-clients/aws-crt-client在 Lambda 场景下通常能带来更好的连接复用与更低的延迟。生成的函数结构与启动优化从 archetype-lambda 的模板资源 看生成的项目包含${handlerClassName}.java—— 实现com.amazonaws.services.lambda.runtime.RequestHandlerMapString, String, String接口的入口类DependencyFactory.java—— SDK 客户端工厂${handlerClassName}Test.java—— JUnit 5 测试template.yaml—— SAM 模板.gitignore、README.md。生成的 Handler 模板体现了 Lambda 函数的两条关键最佳实践源码见handlerClassName.java在构造方法中初始化 SDK 客户端而非每次调用时创建注释明确说明客户端在类加载时初始化可在后续多次调用中复用这是降低冷启动开销的核心手段预留预热pre-warm位置注释建议在构造方法中先调用一个简单 API例如dynamodb#listTables来预热应用进一步缩短首次请求延迟。而 DependencyFactory.java 模板展示了 Lambda 环境的凭据与区域处理return ${serviceClientClassName}.builder() .credentialsProvider(EnvironmentVariableCredentialsProvider.create()) #if ($region null) .region(Region.of(System.getenv(SdkSystemSetting.AWS_REGION.environmentVariable()))) #else .region(Region.${regionEnum}) #end .httpClientBuilder(${httpClientClassName}.builder()) .build();凭据统一使用EnvironmentVariableCredentialsProvider读取 Lambda 运行时注入的环境变量若未指定region参数则从AWS_REGION环境变量动态解析区域若指定了region则直接使用编译期生成的Region枚举常量。默认 SAM 模板与部署生成项目自带 template.yaml这是一个基于AWS::Serverless-2016-10-31转换的 SAM 模板关键配置如下${handlerClassName}Function: Type: AWS::Serverless::Function Properties: Runtime: java25 Handler: ${package}.${handlerClassName}::handleRequest Timeout: 60 MemorySize: 512 CodeUri: ./target/${artifactId}.jar # Attach policies here to give the function permission to access other AWS resources if needed其中Handler指向生成的处理器类的handleRequest方法CodeUri指向 Maven 构建产物默认Timeout为 60 秒、MemorySize为 512 MB且预留了Policies注释位置供你按需附加访问其他 AWS 资源的权限例如 S3 读取策略。部署时先在项目根目录执行mvn package构建 fat jar然后使用 SAM CLI 的引导式部署命令sam deploy --guided之后便可在 AWS Lambda 控制台或通过 SAM 生成的 CloudFormation 栈查看与管理该函数。模板验证与客户端模板类似archetype-lambda 的测试资源 覆盖了dynamodbstreamsclient、nettyclient、urlhttpclient、crtclient、apachehttpclient等参数组合每个组合的 reference 目录都包含期望生成的template.yaml、pom 与 Handler 源码确保模板在不同 HTTP 客户端、不同服务与区域组合下生成的工程均可被正确校验。使用注意事项版本号替换-DarchetypeVersion需要替换为实际发布版本Lambda 模板的 README 特别提醒${version}应替换为最新 SDK 版本该版本号可通过仓库 README.md 或 CHANGELOG.md 确认。必填参数校验两个模板的service、groupId、artifactId均为必填客户端模板的nativeImage、httpClient也必填非法取值会被 Archetype 元数据中的正则校验拦截。服务名称与模块对应service参数值对应 services 目录下的模块名如s3、dynamodb模板会据此推导服务模块 artifact、客户端类名与包名务必使用目录中存在的名称。HTTP 客户端选择同步场景选url-connection-client零额外依赖或apache-client功能更全异步场景选netty-nio-clientLambda 场景默认推荐aws-crt-client各实现的完整能力可对照 http-clients 下的模块查看。生成结果的单元测试两个模板都生成了 JUnit 5 测试HandlerTest/${handlerClassName}Test可直接作为生成工程的第一个可运行验证点。小结AWS SDK for Java 2.x 的 Archetypes 模块为开发者提供了从零到一的标准化脚手架archetype-app-quickstart面向普通客户端应用内置 BOM 依赖管理、可选 HTTP 客户端、IAM Identity Center 凭据与 GraalVM Native Image 支持archetype-lambda面向 Serverless 场景内置 AWS CRT 客户端默认配置、Lambda 启动优化实践与可直接sam deploy的 SAM 模板。结合仓库中的模板源码与验证测试你可以在几分钟内生成一个结构规范、依赖正确、可直接扩展的 SDK 工程。【免费下载链接】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 2.x Maven Archetypes 实战指南：一键生成客户端应用与 Lambda 函数项目模板
AWS SDK for Java 2.x Maven Archetypes 实战指南一键生成客户端应用与 Lambda 函数项目模板【免费下载链接】aws-sdk-java-v2The official AWS SDK for Java - Version 2项目地址: https://gitcode.com/GitHub_Trending/aw/aws-sdk-java-v2本篇指南以 archetypes/README.md 为核心深入介绍 AWS SDK for Java 2.x 官方提供的两个 Maven Archetype——archetype-app-quickstart客户端应用模板与archetype-lambdaLambda 函数模板。读完本文你将掌握通过mvn archetype:generate在交互式与批量模式下快速搭建 SDK 客户端工程的方法理解每个生成参数的取值与校验规则并学会如何启用 GraalVM Native Image 支持、选择合适的 HTTP 客户端以及使用 SAM CLI 部署生成的 Lambda 函数。Archetypes 模块概览在 aws-sdk-java-v2 仓库中archetypes 目录是一个独立的 Maven 模块专门为使用 AWS Java SDK 2.x 的开发者提供项目脚手架。根据 archetypes/pom.xml 中的modules声明该模块聚合了三个子模块archetype-lambda—— 基于 AWS SDK for Java 2.x 的 Lambda 函数模板archetype-app-quickstart—— 基于 AWS SDK for Java 2.x 的简单客户端应用模板archetype-tools—— 供 SDK 内部使用的辅助工具该子模块仅有自身 pom 与源码未在 README 中作为面向用户的模板单独介绍。其中对外公开的模板即 archetype-app-quickstart/README.md 与 archetype-lambda/README.md 所描述的两个 Archetype。两者都通过mvn archetype:generate使用区别在于前者面向普通 Java 客户端程序后者面向 Serverless 场景并在模板中内置了 Lambda 运行时的优化配置。archetype-app-quickstart创建客户端应用archetype-app-quickstart用于创建一个以 AWS Java SDK 2.x 为依赖的客户端应用。根据其 README 的描述生成的应用具备以下特性使用 Bill of MaterialsBOM 统一管理 SDK 依赖版本避免逐个手工指定版本号内置创建 SDK 客户端的代码DependencyFactory工厂类当nativeImage参数开启时开箱支持 GraalVM Native Image 原生镜像构建。交互式模式直接执行下面的命令Maven 会以交互方式逐个询问必填参数mvn archetype:generate \ -DarchetypeGroupIdsoftware.amazon.awssdk \ -DarchetypeArtifactIdarchetype-app-quickstart \ -DarchetypeVersion2.x其中-DarchetypeVersion需要替换为实际的 SDK 版本号即 README 中所述的 2.x 版本。批量模式在 CI 或脚本环境中可以通过-DinteractiveModefalse一次性传入全部参数完成生成mvn archetype:generate \ -DarchetypeGroupIdsoftware.amazon.awssdk \ -DarchetypeArtifactIdarchetype-app-quickstart \ -DarchetypeVersion2.x \ -DgroupIdcom.test \ -DnativeImagetrue \ -DhttpClientapache-client \ -DartifactIdsample-project \ -Dservices3 \ -DinteractiveModefalse \ -DcredentialProviderdefault参数说明与校验规则以下参数表来自 archetype-app-quickstart README参数名默认值说明service必填无应用要使用的服务客户端如s3、dynamodb只允许提供一个服务可用的服务可在 services 目录中查看groupId必填无项目的 group IDartifactId必填无项目的 artifact IDnativeImage必填无是否包含 GraalVM Native Image 配置httpClient必填无SDK 客户端使用的 HTTP 客户端可选url-connection-client同步、apache-client同步、netty-nio-client异步详见 http-clientscredentialProviderdefault指定 SDK 客户端使用的凭据提供方并引入相应依赖。default使用默认凭据提供链identity-center使用 AWS IAM Identity CenterSSO凭据javaSdkVersion与 Archetype 版本一致指定要使用的 AWS Java SDK 2.x 版本version1.0-SNAPSHOT项目版本号package${groupId}类的包名值得注意的是这些参数在 archetype-metadata.xml 中被声明为requiredProperties并带有正则校验httpClient只接受(url-connection-client|apache-client|netty-nio-client)nativeImage只接受(true|false)credentialProvider只接受(default|identity-center)而javaSdkVersion必须匹配\d\.\d.\d形式的版本号。也就是说即便批量模式下传入非法取值Maven Archetype 插件也会在生成阶段直接拒绝。生成的工程结构与关键源码从 archetype-resources 的模板文件可以看出生成的项目包含四个 Java 文件App.java—— 程序入口使用 slf4j 输出启动日志实例化Handler并调用其sendRequest()方法Handler.java—— 业务处理器在构造方法中通过DependencyFactory取得服务客户端sendRequest()中留有 TODO供你填入真实 API 调用DependencyFactory.java—— 客户端工厂核心代码如下所示Velocity 模板变量会被替换为实际值public static ${serviceClientClassName} ${serviceClientVariable}Client() { return ${serviceClientClassName}.builder() .httpClientBuilder(${httpClientClassName}.builder()) .build(); }从该模板可以看到 SDK 客户端构建的最佳实践使用 builder 模式并通过httpClientBuilder显式指定 HTTP 客户端实现这与仓库中 http-clients 下各客户端模块的 SPI 设计一致。HandlerTest.java—— 对应的 JUnit 5 单元测试模板中位于src/test/java。此外还包含simplelogger.propertiesSLF4J Simple 日志配置与.gitignore、README.md。生成的 pom.xml 深度解析生成工程的 pom.xml 模板 是理解模板行为的核心它揭示了几个关键设计BOM 统一管理版本通过dependencyManagement导入software.amazon.awssdk:bom版本取自javaSdkVersion业务模块声明时无需写版本号服务模块默认排除两个 HTTP 客户端声明${moduleName}即service对应的服务模块时排除netty-nio-client与apache-client随后再按httpClient参数单独引入所选的客户端避免依赖冲突与体积膨胀identity-center 凭据支持当credentialProvideridentity-center时额外加入sso与ssooidc两个模块依赖对应 IAM Identity Center 的令牌交换流程Apache HttpClient 的日志桥接选用apache-client时会排除commons-logging并引入jcl-over-slf4j注释中明确指出这是为了避免运行时出现ClassNotFoundException: org.apache.commons.logging.impl.LogFactoryImpl日志依赖内置slf4j-api与slf4j-simple版本 1.7.28测试依赖JUnit Jupiter 5.8.1。GraalVM Native Image 支持当nativeImagetrue时pom 模板会生成一个native-imageprofile激活org.graalvm.buildtools:native-maven-plugin版本 0.9.6在package阶段执行buildgoal并配置imageName${artifactId}/imageName mainClass${package}.App/mainClass buildArgs combine.childrenappend buildArgs --verbose --no-fallback --initialize-at-build-timeorg.slf4j /buildArgs /buildArgs其中--no-fallback强制要求完整的原生镜像不生成 JVM 回退镜像--initialize-at-build-timeorg.slf4j将 SLF4J 在构建期完成类初始化是保证原生镜像正确运行的关键配置。模板的自动化验证archetype-app-quickstart携带了完整的生成结果验证测试。在 src/test/resources/projects 下每个子目录对应一种参数组合的期望生成结果reference 目录包括apachehttpclient/apachehttpclientwithoutnativeimage—— Apache 客户端是否启用原生镜像两种组合identitycenter—— IAM Identity Center 凭据方案nettyclient—— Netty 异步客户端urlhttpclient—— URLConnection 同步客户端。这些测试通过goal.txt定义验证目标实际校验了不同参数组合下生成的 pom 与 Java 源码是否符合预期也从侧面印证了上文的参数表与依赖逻辑。archetype-lambda创建 Lambda 函数archetype-lambda用于创建基于 AWS Java SDK 2.x 的 Lambda 函数模板。根据其 README生成模板内置了经过优化的配置遵循减少函数启动时间的最佳实践AWS 官方开发者指南中有关于 Lambda 启动时间优化的专题说明。交互式模式mvn archetype:generate \ -DarchetypeGroupIdsoftware.amazon.awssdk \ -DarchetypeArtifactIdarchetype-lambda \ -DarchetypeVersion${version}注意这里的${version}需要替换为最新 SDK 版本号。批量模式mvn archetype:generate \ -DarchetypeGroupIdsoftware.amazon.awssdk \ -DarchetypeArtifactIdarchetype-lambda \ -DarchetypeVersion${version} \ -DgroupIdcom.test \ -DartifactIdsample-project \ -Dservices3 \ -DinteractiveModefalse参数说明参数表同样来自 archetype-lambda README参数名默认值说明service必填无Lambda 函数要使用的服务客户端如s3、dynamodb可用服务见 servicesgroupId必填无项目的 group IDartifactId必填无项目的 artifact IDregion无为 SDK 客户端指定的 AWS 区域httpClientaws-crt-clientSDK 客户端使用的 HTTP 客户端可选url-connection-client同步、apache-client同步、netty-nio-client异步、aws-crt-client异步详见 http-clientshandlerClassNameApp处理器类名同时作为 Lambda 函数名需为驼峰命名javaSdkVersion与 Archetype 版本一致指定 AWS Java SDK 2.x 版本version1.0-SNAPSHOT项目版本号package${groupId}类的包名与客户端模板最大的差异是默认 HTTP 客户端为aws-crt-clientAWS Common Runtime 异步客户端其实现位于 http-clients/aws-crt-client在 Lambda 场景下通常能带来更好的连接复用与更低的延迟。生成的函数结构与启动优化从 archetype-lambda 的模板资源 看生成的项目包含${handlerClassName}.java—— 实现com.amazonaws.services.lambda.runtime.RequestHandlerMapString, String, String接口的入口类DependencyFactory.java—— SDK 客户端工厂${handlerClassName}Test.java—— JUnit 5 测试template.yaml—— SAM 模板.gitignore、README.md。生成的 Handler 模板体现了 Lambda 函数的两条关键最佳实践源码见handlerClassName.java在构造方法中初始化 SDK 客户端而非每次调用时创建注释明确说明客户端在类加载时初始化可在后续多次调用中复用这是降低冷启动开销的核心手段预留预热pre-warm位置注释建议在构造方法中先调用一个简单 API例如dynamodb#listTables来预热应用进一步缩短首次请求延迟。而 DependencyFactory.java 模板展示了 Lambda 环境的凭据与区域处理return ${serviceClientClassName}.builder() .credentialsProvider(EnvironmentVariableCredentialsProvider.create()) #if ($region null) .region(Region.of(System.getenv(SdkSystemSetting.AWS_REGION.environmentVariable()))) #else .region(Region.${regionEnum}) #end .httpClientBuilder(${httpClientClassName}.builder()) .build();凭据统一使用EnvironmentVariableCredentialsProvider读取 Lambda 运行时注入的环境变量若未指定region参数则从AWS_REGION环境变量动态解析区域若指定了region则直接使用编译期生成的Region枚举常量。默认 SAM 模板与部署生成项目自带 template.yaml这是一个基于AWS::Serverless-2016-10-31转换的 SAM 模板关键配置如下${handlerClassName}Function: Type: AWS::Serverless::Function Properties: Runtime: java25 Handler: ${package}.${handlerClassName}::handleRequest Timeout: 60 MemorySize: 512 CodeUri: ./target/${artifactId}.jar # Attach policies here to give the function permission to access other AWS resources if needed其中Handler指向生成的处理器类的handleRequest方法CodeUri指向 Maven 构建产物默认Timeout为 60 秒、MemorySize为 512 MB且预留了Policies注释位置供你按需附加访问其他 AWS 资源的权限例如 S3 读取策略。部署时先在项目根目录执行mvn package构建 fat jar然后使用 SAM CLI 的引导式部署命令sam deploy --guided之后便可在 AWS Lambda 控制台或通过 SAM 生成的 CloudFormation 栈查看与管理该函数。模板验证与客户端模板类似archetype-lambda 的测试资源 覆盖了dynamodbstreamsclient、nettyclient、urlhttpclient、crtclient、apachehttpclient等参数组合每个组合的 reference 目录都包含期望生成的template.yaml、pom 与 Handler 源码确保模板在不同 HTTP 客户端、不同服务与区域组合下生成的工程均可被正确校验。使用注意事项版本号替换-DarchetypeVersion需要替换为实际发布版本Lambda 模板的 README 特别提醒${version}应替换为最新 SDK 版本该版本号可通过仓库 README.md 或 CHANGELOG.md 确认。必填参数校验两个模板的service、groupId、artifactId均为必填客户端模板的nativeImage、httpClient也必填非法取值会被 Archetype 元数据中的正则校验拦截。服务名称与模块对应service参数值对应 services 目录下的模块名如s3、dynamodb模板会据此推导服务模块 artifact、客户端类名与包名务必使用目录中存在的名称。HTTP 客户端选择同步场景选url-connection-client零额外依赖或apache-client功能更全异步场景选netty-nio-clientLambda 场景默认推荐aws-crt-client各实现的完整能力可对照 http-clients 下的模块查看。生成结果的单元测试两个模板都生成了 JUnit 5 测试HandlerTest/${handlerClassName}Test可直接作为生成工程的第一个可运行验证点。小结AWS SDK for Java 2.x 的 Archetypes 模块为开发者提供了从零到一的标准化脚手架archetype-app-quickstart面向普通客户端应用内置 BOM 依赖管理、可选 HTTP 客户端、IAM Identity Center 凭据与 GraalVM Native Image 支持archetype-lambda面向 Serverless 场景内置 AWS CRT 客户端默认配置、Lambda 启动优化实践与可直接sam deploy的 SAM 模板。结合仓库中的模板源码与验证测试你可以在几分钟内生成一个结构规范、依赖正确、可直接扩展的 SDK 工程。【免费下载链接】aws-sdk-java-v2The official AWS SDK for Java - Version 2项目地址: https://gitcode.com/GitHub_Trending/aw/aws-sdk-java-v2创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考