将S3客户端初始化移出AWS Lambda处理器是否为最佳实践？

一、将S3客户端移出处理器是不是最佳实践？ #

明确说，这是AWS官方推荐的Lambda最佳实践之一，生产环境里非常建议这么做。

二、这么做能带来哪些益处和性能提升？ #

• 砍掉重复初始化开销：每次调用处理器时新建S3客户端，都会重复执行初始化逻辑——比如加载配置、初始化签名机制这些步骤。把客户端移到全局后，只在Lambda容器启动时创建一次，后续所有调用都复用这个实例，能省下不少CPU时间和初始化成本。
• 复用HTTP长连接：每次新建客户端都会重新建立和S3的TCP连接，三次握手的开销虽小，但高频调用下累积起来很可观。全局复用客户端时，已建立的长连接会被保留，直接复用就能跳过连接建立的步骤，大幅降低请求延迟。
• 稳定资源占用：重复创建客户端会导致内存波动，全局实例能让容器的内存利用更平稳，减少不必要的资源消耗。

三、全局创建的客户端能不能跨调用复用长连接？有没有连接池？ #

完全可以跨调用复用长连接，而且AWS SDK的S3客户端默认自带连接池功能。

Lambda的容器在调用结束后会保留几分钟（也就是常说的“热容器”），全局的S3客户端实例会一直存在于容器中。AWS SDK底层的HTTP客户端会自动维护连接池，把空闲的长连接存起来，下次请求直接复用，不用重新创建连接。

代码示例对比 #

不推荐：处理器内创建客户端

import { S3 } from 'aws-sdk';
export const handleEvent: SQSHandler = async (event: SQSEvent, context: Context) => {
  const s3Client = new S3();
  s3Client.getObject(...);
  s3Client.putObject(...);
}

每次调用都新建客户端，初始化开销大，无法复用连接，高频场景下性能损耗明显。

推荐：全局创建客户端

import { S3 } from 'aws-sdk';

const s3Client = new S3(); // 容器启动时仅初始化一次

export const handleEvent: SQSHandler = async (event: SQSEvent, context: Context) => {
  s3Client.getObject(...);
  s3Client.putObject(...);
}

客户端实例在容器生命周期内复用，自动利用连接池和长连接，性能更优。

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