使用Serverless Framework部署AWS Lambda：单JAR与多JAR实践及加载疑问

一、单独JAR vs 合并JAR：哪种是通用/最佳实践？ #

没有绝对的“最佳实践”，完全取决于你的函数特性、依赖情况和部署需求，两种方式的适用场景如下：

优先选择单独JAR的场景 #

• 函数高度独立，依赖差异大：比如一个函数用Spring Boot框架，另一个仅依赖Java核心库，分开打包能避免冗余依赖，减小单个包体积，提升冷启动速度。
• 需单独部署/更新：如果某个函数需要频繁迭代，或者出现问题时要快速回滚，单独打包可以只部署该函数，不会影响其他函数的运行，降低部署风险和时间成本。
• 权限隔离需求：不同函数需要不同的IAM权限（比如一个需要S3读写，另一个只需要DynamoDB查询），单独打包时能在Serverless配置中更精准地为每个函数分配权限，避免过度授权。

优先选择合并JAR的场景 #

• 函数高度相关，共享大量依赖：比如同属订单业务域的创建、查询、取消函数，共享DAO层、工具类、第三方SDK（比如AWS SDK），合并打包能减少重复依赖的存储占用，同时简化代码复用（不用复制粘贴共享代码）。
• 批量部署需求：当多个相关函数需要同步更新（比如业务迭代时一起上线），合并打包只需上传一次JAR，提升部署效率，也更便于版本管理。
• 简化配置管理：多个函数共用同一个JAR，Serverless配置中不用重复指定打包规则，减少配置冗余。

通用做法 #

大部分团队会采用混合策略：将业务关联紧密、依赖重叠度高的函数合并打包，将独立工具类函数、依赖差异大的函数单独打包。Serverless Framework对两种方式都支持灵活配置。

二、单JAR多函数调用时的加载机制 #

当你用单JAR打包多个函数，调用其中一个函数时：

1. AWS Lambda会启动一个执行环境，将整个JAR包加载到内存中（类文件会被JVM类加载器读取）；
2. 但只有指定的handler类及其直接依赖的类会被初始化（即执行静态代码块、构造函数等逻辑）；
3. JAR内其他函数的handler类如果没有被当前调用的函数引用，只会被加载到类加载器，但不会被初始化，也不会占用额外的运行时资源。

举个实际例子：JAR包含OrderCreateHandler和OrderQueryHandler，调用OrderCreateHandler时，只有OrderCreateHandler和它用到的OrderDAO、ValidationUtils等类会被初始化，OrderQueryHandler的类文件会存在内存中，但不会执行任何初始化逻辑，除非OrderCreateHandler显式调用了它的代码。

需要注意的是：如果合并后的JAR体积过大（比如超过50MB），会增加冷启动时间，因为Lambda需要更长时间加载整个包。所以合并时要控制包大小，必要时剔除无用依赖（比如用Maven Shade插件的minimizeJar功能）。

实操建议 #

• 评估依赖重叠度：如果多个函数的共享依赖占总依赖体积的60%以上，优先合并；否则单独打包。
• 测试冷启动时间：Java函数的冷启动时间如果超过1秒（业务敏感场景），建议拆分过大的合并包。
• 结合部署频率：需要单独频繁更新的函数单独打包，同步迭代的函数合并打包。
• Serverless配置示例：
  合并打包的配置（serverless.yml）：

  functions:
    orderCreate:
      handler: com.example.OrderCreateHandler::handleRequest
      runtime: java17
      package:
        artifact: target/order-service-shared.jar
    orderQuery:
      handler: com.example.OrderQueryHandler::handleRequest
      runtime: java17
      package:
        artifact: target/order-service-shared.jar
  

  单独打包的配置：

  functions:
    orderCreate:
      handler: com.example.OrderCreateHandler::handleRequest
      runtime: java17
      package:
        artifact: target/order-create-function.jar
    imageResize:
      handler: com.example.ImageResizeHandler::handleRequest
      runtime: java17
      package:
        artifact: target/image-resize-function.jar
  

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