.NET 6多项目应用Docker构建运行异常求助

问题根源 #

你的Dockerfile在复制项目文件时未保留原有目录层级，导致构建阶段无法正确识别类库项目的依赖关系，进而出现服务项目找不到、Program.cs加载失败的问题。

正确的Dockerfile结构 #

假设你的项目目录结构如下：

├── 1-web
│   └── GGWebApp
│       ├── GGWebApp.csproj
│       └── Program.cs
├── 2-services
│   └── GGServices
│       └── GGServices.csproj
├── 3-data
│   └── GGData
│       └── GGData.csproj
└── Dockerfile

使用以下Dockerfile可解决依赖问题：

# 基础运行时镜像
FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

# 构建镜像（包含SDK）
FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src

# 按原目录结构复制各项目的csproj文件，确保依赖路径正确
COPY ["1-web/GGWebApp/GGWebApp.csproj", "1-web/GGWebApp/"]
COPY ["2-services/GGServices/GGServices.csproj", "2-services/GGServices/"]
COPY ["3-data/GGData/GGData.csproj", "3-data/GGData/"]

# 仅还原Web项目依赖，自动关联所有类库项目
RUN dotnet restore "1-web/GGWebApp/GGWebApp.csproj"

# 复制所有项目文件
COPY . .

# 切换到Web项目目录执行构建
WORKDIR "/src/1-web/GGWebApp"
RUN dotnet build "GGWebApp.csproj" -c Release -o /app/build

# 发布项目
FROM build AS publish
RUN dotnet publish "GGWebApp.csproj" -c Release -o /app/publish /p:UseAppHost=false

# 生成最终运行镜像
FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "GGWebApp.dll"]

关键优化点 #

• 保留目录结构：复制csproj时严格对应原项目层级，确保dotnet restore能识别项目间的依赖引用路径。
• 简化还原步骤：无需单独还原每个类库项目，直接还原Web项目即可自动拉取所有依赖。
• 明确工作目录：构建和发布阶段的工作目录与实际项目目录匹配，避免路径混乱。

验证步骤 #

1. 确保Dockerfile位于项目根目录（与1-web、2-services、3-data目录同级）。
2. 执行构建命令：docker build -t ggwebapp .
3. 运行容器：docker run -d -p 8080:80 ggwebapp
4. 访问http://localhost:8080验证应用运行状态。

内容的提问来源于stack exchange，提问作者Fábio Carvalho