如果你在Dockerfile中运行npm start，你不能在docker运行中映射端口，比如做一些类似-p 3001:3000的事情，这是有效的:

FROM node

ENV PORT=3001

# whatever here, COPY .. etc.

CMD npm start

或者你可以在docker build中传递端口号作为参数:

FROM node

ARG PORT=${PORT}
ENV PORT=${PORT}

# whatever here, COPY .. etc.

CMD npm start

在docker build中使用——build-arg

docker build --build-arg PORT=3001 .

如果你已经做了npm run eject，去scripts/start.js并在const DEFAULT_PORT = parseInt(process.env. js)中更改port。端口，10)|| 3000;(在本例中为3000)到您想要的任何端口。

可以在包中指定端口。通过定义端口号:

"scripts": {
"start": "PORT=3006 react-scripts start"}

或 在终端运行脚本时可以指定端口:

PORT=3003 npm start

这里有另一种方法来完成这项任务。

在项目根目录下创建一个.env文件，并指定端口号。如:

PORT=3005

如果不想设置环境变量，另一个选项是修改包的脚本部分。json:

"start": "react-scripts start"

to

Linux(在Ubuntu 14.04/16.04上测试)和MacOS(在MacOS Sierra 10.12.4上由aswin-s测试):

"start": "PORT=3006 react-scripts start"

或者(可能)IsaacPak的更通用的解决方案

"start": "export PORT=3006 react-scripts start"

Windows JacobEnsor的解决方案

"start": "set PORT=3006 && react-scripts start"

跨环境图书馆在任何地方都有效。详见Aguinaldo Possatto的回答

更新是因为我的回答很受欢迎:目前我更喜欢使用保存在.env文件中的环境变量(以方便和可读的形式存储不同部署配置的变量集很有用)。别忘了加上*。如果你仍然将秘密存储在。Env文件中，Env转换为。gitignore。下面是为什么在大多数情况下使用环境变量更好的解释。以下是为什么在环境中存储秘密是一个坏主意的解释。

试试这个:

npm start port=30022