非调试运行.NET微服务Docker容器的访问异常与自动删除问题

核心根因 #

Visual Studio在调试/非调试模式启动Docker容器时，会自动完成一系列用户感知不到的配置，脱离VS手动启动容器时，这些配置没有被正确复用，才会导致访问异常：

• 自动配置宿主机与容器的端口映射规则
• 自动设置容器为和VS进程绑定的临时生命周期，VS退出即自动清理
• 自动给容器注入正确的环境变量，让Kestrel服务绑定到所有网卡地址

分步解决操作 #

1. 解决手动启动容器无法访问的问题 #

手动通过Docker Desktop或docker run命令启动容器时，必须显式完成两项配置：

• 配置端口映射：容器是网络隔离的，没有端口映射规则时，宿主机和内网完全无法访问容器内的服务。启动时需要通过-p参数指定映射关系，将宿主机5000端口映射到容器内5000端口
• 配置Kestrel监听地址：.NET默认WeatherForecast模板在容器内运行时，默认只监听容器内部的回环地址127.0.0.1:5000，即使做了端口映射，外部请求也无法进入。需要通过环境变量指定Kestrel绑定到容器所有网卡地址

完整的手动启动命令参考：
docker run -d -p 5000:5000 -e ASPNETCORE_URLS=http://0.0.0.0:5000 <你的微服务镜像名称>

启动完成后可执行docker ps检查运行状态，确认返回结果中端口列存在0.0.0.0:5000->5000/tcp条目，就代表端口映射配置正确，此时可正常通过localhost:5000/weatherforecast和宿主机内网IP地址访问服务。

2. 解决退出Visual Studio后容器被自动删除的问题 #

VS启动的Docker容器属于临时调试容器，生命周期完全和VS进程绑定，不存在独立运行的能力。需要长期独立运行容器时，不要复用VS生成的临时容器，可在docker run启动命令中增加重启策略参数，让容器常驻后台：
docker run -d -p 5000:5000 -e ASPNETCORE_URLS=http://0.0.0.0:5000 --restart=always <你的微服务镜像名称>
配置--restart=always后，容器会随Docker服务自动启动、异常退出自动重启，完全脱离VS的进程依赖。

常见认知纠正：容器内的微服务完全可以独立提供访问，不需要在宿主机上同步运行.NET进程，之前的异常完全是因为VS自动完成了所有前置配置，手动启动时没有复现这些配置逻辑导致的。

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