问题描述
我是Docker的新手，所以如果我说错了，请纠正我。
我创建了一个React应用，并在根存储库中编写了以下Dockerfile：
# pull official base image
FROM node:latest
# A directory within the virtualized Docker environment
# Becomes more relevant when using Docker Compose later
workdir /usr/src/app
# copies package.json and package-lock.json to Docker environment
copY package*.json ./
# Installs all node packages
RUN npm install
# copies everything over to Docker environment
copY . .
# Uses port which is used by the actual application
EXPOSE 8080
# Finally runs the application
CMD [ "npm","start" ]
我的目标是以某种方式运行docker映像，以便可以在浏览器（使用localhost）中打开React应用程序。 因为在Dockerfile中，我将应用程序暴露于PORT：8080。所以我认为我可以运行：
docker run -p 8080:8080 -t <name of the docker image>
但是显然，可以通过容器中的3000访问该应用程序，原因是我运行该程序：
docker run -p 8080:3000 -t <name of the docker image>
我可以通过localhost：8080访问它。
当可通过其他端口访问其容器中运行的服务时，Dockerfile中EXPOSE端口的意义是什么？ 容器化NodeJS应用程序时，我是否始终必须确保应用程序中的process.env.PORT与Dockerfile中的EXPOSE相同？
解决方法
EXPOSE用于告诉docker应用程序内可以暴露哪些端口。如果您不使用这些端口（容器->主机），则没有任何意义。
使用EXPOSE（docker run -P -t <name of the docker image>大写字母P）让Docker自动将所有公开的端口发布到主机上的随机端口时，-P非常方便（尝试一下。然后运行） docker ps或docker inspect <containerId>并检查输出）。
因此，如果您的Web服务器（React应用）在端口3000（容器内部）上运行，则应EXPOSE 3000（而不是8080）与Docker API正确集成。
有点奇怪。 从某种意义上说，它只是文档。
EXPOSE指令实际上并未发布端口。它 充当构建者之间的一种文档类型 图片和运行容器的人，关于哪些端口是 打算出版。在运行时实际发布端口 容器，使用docker run上的-p标志发布并映射一个或 更多端口，或使用-P标志发布所有公开的端口并映射它们 到高阶端口。
我是否总是必须确保我的应用程序中的process.env.PORT是 和Dockerfile中的EXPOSE一样？ 是。你应该。
然后，当您使用docker run命令或在docker-compose.yml文件中，或者计划运行docker时，您还需要确保端口实际上已发布。