.NET Core Docker：如何在dotnet publish后找到入口应用程序

太懂你这种批量维护Dockerfile的糟心了——40多个项目还要挨个硬编码入口DLL名称，完全是重复劳动的浪费！给你几个实用的方案，不用依赖--self-contained就能自动找到入口DLL：

方案1：利用Publish输出的runtimeconfig.json自动提取 #

每个.NET Core项目发布后，都会生成一个和入口DLL同名的{AssemblyName}.runtimeconfig.json文件（比如MyApp.dll对应MyApp.runtimeconfig.json）。我们可以在Dockerfile里用Shell命令自动定位这个文件，提取出DLL名称：

# 构建阶段
FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src
COPY . .
RUN dotnet publish -c Release -o /app/publish

# 运行阶段
FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS runtime
WORKDIR /app
COPY --from=build /app/publish .
# 提取runtimeconfig.json对应的DLL名称
RUN ENTRY_DLL=$(ls *.runtimeconfig.json | sed 's/\.runtimeconfig\.json$//').dll
CMD dotnet $ENTRY_DLL

这个方法无需修改项目代码，纯靠Dockerfile的Shell命令就能实现，适合快速改造现有Dockerfile。

方案2：通过MSBuild生成入口DLL名称文件（更可靠） #

如果想更稳定，避免Shell命令可能的意外（比如目录里有多个runtimeconfig.json的极端情况），可以在项目的.csproj里添加一个MSBuild目标，在Publish阶段自动生成一个包含入口DLL名称的文件：

<Target Name="PublishEntryDllName" AfterTargets="Publish">
  <!-- 将项目的AssemblyName拼接成DLL名称，写入到publish目录的entrydll.txt -->
  <WriteLinesToFile File="$(PublishDir)/entrydll.txt" Lines="$(AssemblyName).dll" Overwrite="true" />
</Target>

然后在Dockerfile里读取这个文件：

# 构建阶段同上
# 运行阶段
WORKDIR /app
COPY --from=build /app/publish .
# 从生成的文件里读取入口DLL名称
RUN ENTRY_DLL=$(cat entrydll.txt)
CMD dotnet $ENTRY_DLL

这个方法的优势是完全基于项目定义的AssemblyName，不会因为文件名变动出错，适合长期维护的批量项目。

为什么不推荐Self-Contained？ #

你说得没错，--self-contained确实会生成专属入口文件，但它会把整个.NET Runtime打包进去，不仅发布耗时增加，还会让Docker镜像体积暴涨（动辄几百MB），对于框架依赖的部署场景来说完全没必要。上面两个方案都基于框架依赖发布，完美兼顾效率和自动化需求。

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