非VPC环境下AWS Lambda发送HTTP请求时超时问题

问题现象 #

• 基于Serverless Framework部署的Java Lambda函数，调用任何HTTP客户端初始化逻辑时停滞，最终触发执行超时
  • 涉及客户端：java.net.http.HttpClient.newHttpClient()、HttpURLConnection、reactor.netty.http.client.HttpClient.create()
• 代码在本地或Lambda环境外运行完全正常，CloudWatch仅输出超时通知，无错误/调试日志
• Serverless配置启用了SnapStart功能
• 已定位根因：Lambda内存配置低于512MB时触发问题，即便实际内存占用未超过200MB

配置信息 #

functions:
  <redacted>:
    handler: <redacted>
    environment:
       <redacted>
    snapStart: true
    events:
      - httpApi: 'POST /<redacted>'

原因分析 #

AWS Lambda的内存配置与CPU资源直接绑定：内存配额越低，分配的CPU核心数/计算能力越少。Java应用在初始化HTTP客户端时，会涉及底层网络IO组件初始化、类加载、JNI调用等CPU密集型操作，低内存对应的CPU配额无法支撑这些操作，导致线程阻塞、进程停滞，最终触发超时。

另外，SnapStart的快照复用机制在恢复阶段，若遇到CPU资源瓶颈，会进一步加剧初始化阻塞的概率——快照恢复的资源调度逻辑与冷启动存在差异，对CPU资源的需求可能更高。

解决方案 #

1. 调整Lambda内存配置至512MB及以上：即便实际内存占用远低于200MB，也需要通过提升内存配额获得足够的CPU资源，保证HTTP客户端初始化顺利完成
2. 优化HTTP客户端复用逻辑：在代码中提前初始化HTTP客户端并全局复用，避免每次请求都重复创建，减少初始化阶段的CPU消耗
3. 成本优化评估：测试512MB配置下的函数运行时长，结合Lambda的计费模型（内存+执行时长），评估是否可以通过缩短运行时间抵消内存提升带来的成本增加

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