Java容器化项目添加.NET模块Docker容器及COPY构建错误修复

你遇到的COPY报错核心原因是Docker构建时只能读取「构建上下文」（即执行docker build命令时指定的目录，默认是Dockerfile所在目录）内的文件，不能直接访问宿主机任意绝对路径。修改后的Dockerfile如下：

# 构建阶段
FROM mcr.microsoft.com/dotnet/sdk:5.0 as build-env
WORKDIR /app

# 复制csproj文件并还原依赖
COPY *.csproj ./
RUN dotnet restore

# 复制全部项目文件并构建发布包
COPY . ./
RUN dotnet publish -c Release -o out

# 运行时阶段
FROM mcr.microsoft.com/dotnet/runtime:5.0.9-alpine3.13-amd64
WORKDIR /app
EXPOSE 8000
# 从构建阶段复制发布产物
COPY --from=build-env /app/out .
# 补充启动指令，替换为你实际的dll文件名
ENTRYPOINT ["dotnet", "你的.NET模块名称.dll"]

注意：执行docker build时，需要将构建上下文指定为.NET模块项目的根目录（也就是.csproj文件所在的目录），否则依然会出现找不到文件的报错。

直接在你原有Java项目的docker-compose.yml中新增.NET模块的服务配置即可，参考示例：

version: '3.8'
services:
  # 原有Java服务配置保持不变
  java-app:
    build: ./java-project
    ports:
      - "8080:8080"
    networks:
      - app-network
  
  # 新增.NET模块服务
  dotnet-module:
    build: ./dotnet-module # 填写.NET模块Dockerfile所在的目录
    ports:
      - "8000:8000"
    networks:
      - app-network
    # 按需补充环境变量、挂载卷等配置
    # Java服务调用.NET模块时，直接用服务名作为域名即可，例如请求地址为http://dotnet-module:8000/xxx

# 声明共享网络，保证两个服务可以内部通信
networks:
  app-network:
    driver: bridge

不需要把.NET模块的文件塞入Java项目的源码目录，推荐的根目录结构如下：

项目根目录/
├── docker-compose.yml
├── java-project/       # 原有Java项目目录，自带Dockerfile
│   ├── src/
│   └── Dockerfile
└── dotnet-module/      # 独立存放.NET模块代码和对应Dockerfile
    ├── xxx.csproj
    ├── 其他.NET源码文件
    └── Dockerfile

两个项目完全独立，后续更新、构建互不影响。如果你的.NET模块是预编译好的二进制包，无需源码构建，也可以直接把二进制文件放入dotnet-module目录，调整Dockerfile直接复制二进制即可。

内容的提问来源于stack exchange，提问作者Jakub Kołacz