开发Lambda Docker镜像时如何实现文件变更实时重载？

你遇到的问题核心是：AWS Lambda 的 Docker 镜像启动后会将代码加载到进程内存中，默认不会自动监听文件变更并重新加载，所以即使编译后的 build/index.js 更新了，运行中的 Lambda 进程仍在使用旧的内存缓存。以下是无需新增依赖的两种解决思路：

1. 通过脚本监听文件变更，自动重启 Lambda 进程 #

利用系统原生工具（stat、sleep、pkill）编写简单的 shell 脚本，在 build/index.js 更新后重启 Lambda 进程：

步骤： #

替换 Dockerfile.dev 或 Makefile 中的启动命令，改用如下脚本启动：

#!/bin/sh
# 后台启动 esbuild 监听编译
yarn develop &
ESBUILD_PID=$!

# 记录初始文件修改时间
LAST_MODIFIED=$(stat -c %Y build/index.js)

# 轮询检查文件变化
while true; do
  CURRENT_MODIFIED=$(stat -c %Y build/index.js)
  if [ "$CURRENT_MODIFIED" != "$LAST_MODIFIED" ]; then
    LAST_MODIFIED=$CURRENT_MODIFIED
    # 杀死旧的 Lambda 进程（根据你的实际启动命令调整 pkill 参数）
    pkill -f "node build/index.js"
    # 重启 Lambda 进程
    node build/index.js &
  fi
  sleep 2
done

确保容器内的用户有权限执行 pkill 和 stat（大部分 Linux 基础镜像默认支持）。

2. 修改 Lambda 代码结构，动态加载处理逻辑 #

将业务逻辑抽离到单独文件，让 handler 每次请求时重新加载该文件，绕过内存缓存：

代码调整： #

• 创建 src/actual-handler.ts，存放实际业务逻辑：

export const actualHandler = async (event: any) => {
  // 你的业务处理代码
  return {
    statusCode: 200,
    body: JSON.stringify({ message: "Updated content" })
  };
};

• 修改 src/index.ts 的 handler，动态加载并调用实际逻辑：

export const handler = async (event: any) => {
  // 删除模块缓存，强制重新加载
  delete require.cache[require.resolve('./actual-handler')];
  const { actualHandler } = require('./actual-handler');
  return actualHandler(event);
};

每次请求时，Lambda 会重新读取编译后的 build/actual-handler.js，直接反映最新代码变更。

关于重建镜像的问题 #

如果上述两种方案都不适用，确实只能通过重建镜像来更新代码，但这会极大降低本地开发效率，不推荐在日常开发中使用。

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