执行docker run创建的容器数秒后消失无法访问如何排查

核心命令错误修正 #

首先修正两个基础命令错误：

• 日志查询命令写法错误：正确语法为docker logs <容器ID/容器名>，你写的docker -logs参数顺序不对。另外你启动容器时加了--rm参数，容器停止后会被自动删除，自然会提示容器不存在，排查阶段先去掉这个参数，保证异常退出的容器能留存供排查。
• docker run参数顺序错误：按照Docker命令规范，所有运行配置参数（端口映射、环境变量、容器名等）必须放在镜像名之前。你当前的命令把--env ASPNETCORE_ENVIRONMENT=Docker放在了镜像名u9后面，Docker会把这串内容识别为容器内部要执行的自定义命令，直接覆盖镜像内预设的应用启动入口，这是容器启动秒退的最核心原因。

修正后的基础启动命令如下：

docker run -d -p 1234:80 --name testOne --env ASPNETCORE_ENVIRONMENT=Docker u9

后续排查步骤 #

如果修正命令后容器依然秒退，按以下顺序定位问题：

1. 容器启动后立刻执行docker logs testOne查看运行日志，ASP.NET Core 容器常见启动失败原因包括：
   • 应用内部监听端口和映射端口不匹配：默认生成的镜像可能监听8080端口而非80，可通过添加启动参数--env ASPNETCORE_URLS=http://+:80强制应用在容器内监听80端口，或者调整端口映射规则为-p 1234:8080
   • 外部依赖连接失败：检查Docker环境下的配置文件，数据库、Redis等服务的连接地址不能写localhost，要换成对应服务在Docker网络中的可访问地址
   • 启动入口被覆盖：确认Visual Studio生成的Dockerfile中最终运行阶段的ENTRYPOINT配置正确，没有被自定义参数覆盖
2. 如果日志无明确有效信息，可通过交互式运行进入容器内部手动启动应用排查：

   docker run -it --rm -p 1234:80 --env ASPNETCORE_ENVIRONMENT=Docker u9 bash
   

   进入容器后手动执行应用启动命令，即可看到实时抛出的错误信息（如果是Alpine基础镜像，把bash替换为sh即可）
3. 检查Docker Desktop的资源分配配置，分配的内存、CPU资源不足时，也会出现容器启动后立刻被系统杀死的情况。

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