You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Docker容器中ASP.NET Core API的Swagger报ERR_EMPTY_RESPONSE原因咨询

Docker中ASP.NET Core API Swagger访问ERR_EMPTY_RESPONSE的原因分析

你的问题核心是端口映射与容器内应用实际监听端口不匹配,结合你的配置和.NET版本特性,具体原因拆解如下:

1. .NET 8预览版基础镜像默认监听端口变更

从.NET 7开始,官方mcr.microsoft.com/dotnet/aspnet基础镜像默认将ASP.NET Core应用的监听端口从80改为了8080。你的Dockerfile中虽然声明了EXPOSE 80,但实际容器内的API应用是在8080端口上运行的。

原docker-compose.yml中的端口映射是5101:80,相当于把宿主机的5101端口转发到容器的80端口,但容器的80端口并没有应用在监听,所以访问http://localhost:5101/swagger时,没有服务返回响应,触发ERR_EMPTY_RESPONSE。

而你修改为8080:8080后,宿主机端口转发到了容器内应用实际监听的8080端口,Swagger UI和API端点都能正常访问。

2. 为什么其他端点能访问?

你提到其他端点可以直接访问,大概率是测试时的端口使用问题:

  • 可能你是通过容器内部网络直接访问了8080端口(比如在容器内执行curl请求)
  • 或者之前无意中使用了正确的端口映射(比如Docker自动发布的随机端口),但Swagger的访问固定用了5101端口,导致只有Swagger出问题。

3. 额外验证点

如果想确认容器内应用的监听端口,可以:

  • 进入容器执行命令查看环境变量:echo $ASPNETCORE_URLS
  • 查看容器启动日志,ASP.NET Core启动时会输出监听地址,比如Now listening on: http://[::]:8080

总结

问题根源是Docker配置的端口映射(5101:80)与.NET 8预览版应用实际监听的8080端口不匹配,修改映射到正确的8080端口后解决了问题。

内容的提问来源于stack exchange,提问作者Russi

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.13 21:43:18