.Net7 AOT部署AWS Lambda报错：找不到GLIBC_2.29版本

问题根源 #

AWS Lambda的运行环境基于Amazon Linux 2，自带的libm.so.6对应的GLIBC版本是2.26，但你用ubuntu-latest构建AOT程序时，编译过程会链接Ubuntu里的高版本GLIBC（2.29+），部署到Lambda后自然就找不到对应版本的依赖了。本地Docker能跑是因为你用的镜像和构建环境匹配，不存在版本差。

多阶段构建Dockerfile调整方案 #

得用和Lambda运行环境兼容的镜像来构建AOT程序，推荐用AWS官方的.NET Lambda构建镜像。给你一个调整后的多阶段Dockerfile示例：

# 第一阶段：构建阶段，用Amazon Linux 2的.NET SDK镜像
FROM public.ecr.aws/sam/build-dotnet7:latest AS build
WORKDIR /src

# 复制项目文件并恢复依赖
COPY ["YourProject.csproj", "."]
RUN dotnet restore "./YourProject.csproj"

# 复制所有代码，发布AOT编译的程序
COPY . .
RUN dotnet publish "./YourProject.csproj" -c Release -o /app/publish \
    --self-contained true \
    -r linux-x64 \
    -p:PublishAot=true \
    -p:DebugType=None \
    -p:DebugSymbols=false

# 第二阶段：运行阶段，用Lambda官方的.NET7运行时镜像
FROM public.ecr.aws/lambda/dotnet:7
WORKDIR /var/task

# 从构建阶段复制发布好的文件
COPY --from=build /app/publish .

配套配置调整 #

• .csproj文件检查：确保AOT相关配置到位，减少不必要的依赖：

<PropertyGroup>
  <TargetFramework>net7.0</TargetFramework>
  <AWSProjectType>Lambda</AWSProjectType>
  <PublishAot>true</PublishAot>
  <SelfContained>true</SelfContained>
  <RuntimeIdentifier>linux-x64</RuntimeIdentifier>
  <DebugType>None</DebugType>
  <DebugSymbols>false</DebugSymbols>
</PropertyGroup>

• CI/CD配置调整：不用换ubuntu-latest镜像，但要在CI流程里用上面的多阶段Dockerfile构建镜像，推送到ECR后再部署到Lambda。如果是直接用dotnet publish而非Docker构建，那CI环境得换成Amazon Linux 2容器来执行构建命令，避免GLIBC版本不匹配。

验证方式 #

构建完镜像后，用下面的命令检查程序依赖的GLIBC版本：

docker run --rm -it <你的镜像名称> ldd /var/task/bootstrap | grep GLIBC

输出里应该只有GLIBC_2.26及以下的版本，看不到2.29的依赖就说明没问题了。

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