如何在Dockerfile中让LAMBDA_HANDLER成为AWS Lambda的首个参数？

方案一：使用自定义启动脚本 #

这种方式直观易懂，通过脚本确保handler成为容器的主进程：

1. 创建启动脚本 entrypoint.sh：

#!/bin/sh
# 用exec替换当前shell进程，确保handler成为PID 1的进程
exec "$LAMBDA_HANDLER" "$@"

2. 在Dockerfile中配置：

ARG LAMBDA_NAME
ENV LAMBDA_HANDLER="${LAMBDA_NAME}.handler"
# 复制启动脚本到容器内
COPY entrypoint.sh /entrypoint.sh
# 赋予执行权限
RUN chmod +x /entrypoint.sh
# 设置ENTRYPOINT为脚本，CMD可按需添加额外参数
ENTRYPOINT ["/entrypoint.sh"]
CMD []

原理：exec命令会替换当前的shell进程为指定的handler进程，这样AWS Lambda检测到的首个进程就是handler名称，完全符合要求。同时"$@"可以传递CMD中定义的额外参数（如果有需要）。

方案二：直接用ENTRYPOINT结合shell展开变量 #

不需要额外脚本，直接在Dockerfile中通过shell命令展开变量并替换进程：

ARG LAMBDA_NAME
ENV LAMBDA_HANDLER="${LAMBDA_NAME}.handler"
# 利用sh -c执行exec命令，替换shell进程为handler
ENTRYPOINT ["/bin/sh", "-c", "exec $LAMBDA_HANDLER \"$@\"", "--"]
CMD []

原理：

• /bin/sh -c 用来执行后续的命令字符串，其中exec $LAMBDA_HANDLER会替换当前shell进程为handler进程；
• "$@" 用来传递CMD中的参数；
• -- 是shell的参数标记，用来区分命令选项和位置参数，确保后续的CMD参数能正确传递给handler。

为什么之前的写法不行？ #

• 直接用CMD ["${LAMBDA_HANDLER}"]：Docker的exec形式不会展开环境变量，Lambda会把字符串${LAMBDA_HANDLER}当成handler名称，导致解析错误；
• 用CMD "${LAMBDA_HANDLER}"或CMD ["/bin/sh", "-c", "${LAMBDA_HANDLER}"]：容器的主进程是/bin/sh，Lambda会把sh识别为handler，不符合要求；
• 调整参数顺序的写法完全不符合shell命令的执行逻辑，自然无效。

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