遇到这种情况太常见了，我帮你梳理几个最可能的原因，一个个排查应该就能解决：

• 容器端口未映射到主机
  Docker容器有自己独立的网络空间，默认情况下主机和容器的端口是不互通的。如果你启动容器时没加-p（或--publish）参数做端口映射，比如docker run -p 8080:8080 your-image-name，那主机上Postman访问localhost:8080其实是在访问主机本身的端口，根本碰不到容器里的应用。解决办法就是启动容器时加上端口映射，把容器内的8080端口映射到主机的8080端口（或者你想指定的其他主机端口）。

• 应用监听地址设为容器内的localhost
  很多人写Node.js代码时习惯用app.listen(8080, 'localhost')，但这个配置会让应用只监听容器内部的127.0.0.1接口，外部（包括你的主机）根本无法访问。你需要把监听地址改成0.0.0.0，也就是app.listen(8080, '0.0.0.0')，这样应用会监听容器的所有网络接口，外部才能正常连接。

• 主机防火墙/安全组拦截了端口
  有时候端口映射和应用配置都没问题，但主机的防火墙或者安全组规则把8080端口给拦住了。你可以先在主机终端里用curl localhost:8080测试一下，如果也返回无法连接，那大概率是防火墙的问题，需要在主机上开放8080端口的入站规则。

• 容器内应用并未真正正常运行
  有时候容器日志显示“监听8080端口”，但实际应用可能启动失败了，只是日志输出了这条信息而已。你可以用docker logs <你的容器ID>查看完整的容器日志，看看有没有报错信息；或者用docker exec -it <容器ID> /bin/bash进入容器内部，然后用curl localhost:8080测试应用是否真的能响应。如果容器内部都访问不了，那就是应用本身的问题，比如依赖没装全、启动命令有误之类的。

• Dockerfile配置遗漏关键步骤
  检查下你的Dockerfile，首先有没有加EXPOSE 8080语句？虽然这个命令只是声明容器要暴露的端口，不实际做映射，但不加的话可能会有一些隐性的网络问题；另外，确认CMD或ENTRYPOINT命令是不是正确启动了应用，比如是不是用了npm start，而package.json里的start脚本有没有正确指向你的启动文件。

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