c#多阶段构建+alpine镜像是最稳、最小（
直接用 dotnet publish 产出的可执行文件 + Alpine 运行时镜像，是 C# 多阶段构建最稳、体积最小、启动最快的组合。别再用 mcr.microsoft.com/dotnet/aspnet 当最终镜像了——它自带运行时但体积大（~200MB），而纯 Alpine 镜像加 dotnet-runtime-deps 依赖后通常不到 15MB。
为什么 C# 必须用多阶段构建？
因为 .NET SDK 镜像（如 mcr.microsoft.com/dotnet/sdk:8.0）含编译器、NuGet 工具链、调试器等，体积超 700MB；而生产环境只需要一个能跑 dotnet 二进制或自包含发布包的轻量环境。单阶段构建会把 SDK 层全打进最终镜像，既不安全又拖慢部署。
- 常见错误现象：
docker images查看镜像大小动辄 600MB+，CI 构建耗时 >8 分钟，推送 registry 经常超时 - 根本原因：没分离“构建”和“运行”阶段，
RUN dotnet publish和CMD ["dotnet", "app.dll"]写在同一层 - Alpine 不直接支持
dotnet命令——它没有 .NET 运行时，必须显式安装dotnet-runtime-deps或用自包含发布（self-contained）
如何写一个真正瘦身的 C# 多阶段 Dockerfile？
核心逻辑：第一阶段用 SDK 镜像编译并发布为自包含（self-contained）应用；第二阶段用 Alpine 安装基础依赖，只 COPY 发布产物。
- 必须使用
dotnet publish -r linux-musl-x64 --self-contained true：Alpine 基于 musl libc，不是 glibc，不加-r linux-musl-x64会运行失败 - 最终镜像不要装完整
dotnetSDK 或 runtime，只要ca-certificates和tzdata（用于 HTTPS 和时区） -
COPY --from=builder只复制publish/目录下的文件，别 COPY 整个/app - 示例关键段落：
FROM mcr.microsoft.com/dotnet/sdk:8.0 AS builder WORKDIR /src COPY *.sln . COPY MyApi/*.csproj ./MyApi/ RUN dotnet restore COPY MyApi/. ./MyApi/ WORKDIR /src/MyApi RUN dotnet publish -c Release -r linux-musl-x64 --self-contained true -o /app/publish <p>FROM alpine:latest RUN apk --no-cache add ca-certificates tzdata WORKDIR /app COPY --from=builder /app/publish . EXPOSE 8080 CMD ["./MyApi"] </p>
容易踩的坑：musl vs glibc、端口、路径
这三个点占了 C# Alpine 镜像 90% 的启动失败原因。
-
standard_init_linux.go:228: exec user process caused: no such file or directory：典型 musl 缺失报错，说明没加-r linux-musl-x64或用了 glibc 版本的 publish - 应用启动后立即退出，日志空：检查
CMD路径是否正确，Alpine 中./MyApi必须有可执行权限（dotnet publish生成的 self-contained 二进制默认有，但若手动 COPY 错目录可能丢失） - Kestrel 绑定失败（
Unable to bind to http://localhost:5000）：C# 默认绑定localhost，容器内需改用0.0.0.0，在Program.cs中加.ConfigureWebHostDefaults(webBuilder => webBuilder.UseUrls("http://0.0.0.0:8080"))或用环境变量ASPNETCORE_URLS=http://0.0.0.0:8080 - 证书校验失败（HTTPS 调用报错）：Alpine 默认无 CA 证书包，
apk add ca-certificates后必须运行update-ca-certificates（有些 Alpine 小版本要显式加这句）
真正麻烦的不是写对 Dockerfile，而是确认你发布的二进制到底依赖哪些动态库——ldd ./MyApi 在构建阶段查一次，比上线报错后再 debug 快十倍。
