Docker-Compose多项目时.NET GRPC服务Rider调试不可用求助

当通过docker-compose同时运行Blazor Server和GRPC服务项目时，Rider调试器无法关联GRPC服务的调试模块，导致断点失效。这通常和调试符号生成、构建配置、容器缓存或Rider调试设置有关。

解决方案 #

1. 确保Dockerfile生成完整调试符号 #

检查GRPC服务的Dockerfile，确认构建和发布阶段使用Debug配置，并生成完整的调试符号：

FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
WORKDIR /app
EXPOSE 8080
EXPOSE 8081

FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
ARG BUILD_CONFIGURATION=Debug
WORKDIR /src
COPY ["Services/Users.API/Users.API.csproj", "Services/Users.API/"]
RUN dotnet restore "Services/Users.API/Users.API.csproj"
COPY . .
WORKDIR "/src/Services/Users.API"
RUN dotnet build "Users.API.csproj" -c $BUILD_CONFIGURATION -o /app/build

FROM build AS publish
ARG BUILD_CONFIGURATION=Debug
# 添加DebugType参数确保生成完整pdb文件
RUN dotnet publish "Users.API.csproj" -c $BUILD_CONFIGURATION -o /app/publish /p:UseAppHost=false /p:DebugType=full

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "Users.API.dll"]

Blazor项目的Dockerfile也需要保持相同的Debug配置，避免Release构建干扰调试环境。

2. 优化docker-compose.yml配置 #

明确指定构建参数和环境变量，避免服务间的构建干扰：

services:
  users.api:
    image: users.api:debug
    build:
      context: .
      dockerfile: Services/Users.API/Dockerfile
      args:
        BUILD_CONFIGURATION: Debug
    environment:
      - ASPNETCORE_ENVIRONMENT=Development
    ports:
      - "5001:8080"
      - "5002:8081"

  wapp.server:
    image: wapp.server:debug
    build:
      context: .
      dockerfile: Wapp.Server/Dockerfile
      args:
        BUILD_CONFIGURATION: Debug
    environment:
      - ASPNETCORE_ENVIRONMENT=Development
    ports:
      - "5000:8080"

3. 清理缓存并重新构建 #

• 停止并删除现有容器和镜像：

  docker-compose down
  docker rmi users.api:debug wapp.server:debug
  

• 在Rider中执行File -> Invalidate Caches...，选择"Invalidate and Restart"
• 重新构建并启动服务：

  docker-compose build --no-cache
  docker-compose up
  

4. 检查Rider调试配置 #

• 打开Run/Debug Configurations，找到对应的docker-compose配置
• 确认Services列表中同时勾选users.api和wapp.server
• 在Debug标签页，将Debugger mode设置为Auto或.NET Core
• 勾选Enable debug logging，若问题依旧，可通过日志定位模块加载失败的具体原因

5. 验证容器内调试符号存在 #

进入GRPC服务容器，检查是否存在.pdb文件：

docker exec -it <users-api-container-id> bash
ls /app/*.pdb

如果没有.pdb文件，说明Dockerfile的发布阶段未正确生成调试符号，需重新检查dotnet publish命令参数。

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