Docker构建自包含ASP.NET应用失败：创建shim任务报错求助

你的问题出在启动命令未适配自包含应用特性：自包含应用发布后会生成独立的可执行文件，无需依赖dotnet命令启动，但你的Dockerfile大概率仍在使用dotnet xxx.dll作为启动指令，而runtime-deps镜像中并不包含dotnet可执行文件，因此触发了找不到命令的错误。

具体修正步骤： #

1. 调整Dockerfile的启动命令 #

找到Dockerfile末尾的CMD或ENTRYPOINT指令，将原依赖框架的启动方式：

CMD ["dotnet", "Identity.API.dll"]

替换为直接运行自包含生成的可执行文件（Linux下可执行文件无.dll后缀）：

CMD ["./Identity.API"]

2. 验证Publish命令的输出结果 #

本地执行发布命令后，检查/app（或本地发布目录），确认生成了名为Identity.API的无后缀可执行文件，而非仅依赖.dll文件。

3. 确认多阶段构建的复制逻辑 #

确保在多阶段构建中，已将SDK阶段生成的所有发布文件（包括可执行文件）完整复制到runtime-deps镜像中，示例完整Dockerfile如下：

# SDK阶段构建
FROM mcr.microsoft.com/dotnet/sdk:6.0-alpine AS build
WORKDIR /src
COPY ["src/Identity/Identity.API/Identity.API.csproj", "src/Identity/Identity.API/"]
RUN dotnet restore "src/Identity/Identity.API/Identity.API.csproj"
COPY . .
WORKDIR "/src/src/Identity/Identity.API"
RUN dotnet publish --self-contained --runtime linux-musl-x64 -c Release -o /app -p:PublishTrimmed=true

# runtime-deps阶段运行
FROM mcr.microsoft.com/dotnet/runtime-deps:6.0-alpine AS final
WORKDIR /app
COPY --from=build /app .
# 直接运行自包含可执行文件
CMD ["./Identity.API"]

额外注意事项 #

• Alpine镜像基于musl libc，需确保项目未依赖仅支持glibc环境的原生库，否则可能引发其他运行时错误。
• 若你的项目名称并非Identity.API，需对应替换为实际的可执行文件名。

内容的提问来源于stack exchange，提问作者Q-bertsuit