ASP.NET Core Web API容器化问题：手动运行Docker容器无法访问

你的问题核心在于：手动复制的Docker运行命令是Visual Studio为开发调试/热重载场景生成的，它替换了容器的默认启动逻辑，导致API应用根本没启动。

问题根源 #

看你提供的命令末尾：

--entrypoint tail kpfirmwareapi:dev -f /dev/null

这部分参数强制容器执行tail -f /dev/null命令，只是让容器保持运行状态，并没有启动你的ASP.NET Core API应用——这是VS为了支持后续附加调试器、热重载而设计的，并非用于直接运行应用。

解决方案 #

方案1：修改现有命令，启动API应用

直接移除--entrypoint tail和最后的-f /dev/null参数，让容器使用默认的入口点启动应用。修改后的命令大致如下（可按需移除不需要的开发调试挂载）：

docker run -dt -v "C:\Users\[User]\AppData\Roaming\Microsoft\UserSecrets:/root/.microsoft/usersecrets:ro" -v "C:\Users\[User]\AppData\Roaming\Microsoft\UserSecrets:/home/app/.microsoft/usersecrets:ro" -v "C:\Users\[User]\AppData\Roaming\ASP.NET\Https:/root/.aspnet/https:ro" -v "C:\Users\[User]\AppData\Roaming\ASP.NET\Https:/home/app/.aspnet/https:ro" -e "ASPNETCORE_LOGGING__CONSOLE__DISABLECOLORS=true" -e "ASPNETCORE_ENVIRONMENT=Development" -P --name KPFirmwareAPI kpfirmwareapi:dev

方案2：构建生产镜像（适合云服务器部署）

开发镜像（kpfirmwareapi:dev）包含大量开发工具，体积大且不安全，不适合云部署。建议用多阶段构建生成生产镜像：

1. 确保项目Dockerfile为多阶段结构（VS默认生成的模板已包含）：

# 构建阶段
FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src
COPY ["KPFirmwareAPI/KPFirmwareAPI.csproj", "KPFirmwareAPI/"]
RUN dotnet restore "KPFirmwareAPI/KPFirmwareAPI.csproj"
COPY . .
WORKDIR "/src/KPFirmwareAPI"
RUN dotnet build "KPFirmwareAPI.csproj" -c Release -o /app/build

# 发布阶段
FROM build AS publish
RUN dotnet publish "KPFirmwareAPI.csproj" -c Release -o /app/publish /p:UseAppHost=false

# 运行阶段（生产镜像）
FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "KPFirmwareAPI.dll"]

2. 构建生产镜像：

docker build -t kpfirmwareapi:prod .

3. 运行生产容器（指定固定端口，适配生产环境）：

docker run -d -p 8080:80 -e "ASPNETCORE_ENVIRONMENT=Production" --name KPFirmwareAPI-Prod kpfirmwareapi:prod

验证方法 #

运行容器后，执行以下命令查看日志，确认应用是否正常启动：

docker logs KPFirmwareAPI

如果日志中出现Now listening on: http://[::]:80类信息，说明应用已启动，此时即可通过localhost:映射端口访问Swagger或接口。

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