在调用命令时给出端口号，而不需要更改应用程序代码或环境文件中的任何内容，怎么样?这样就可以从几个不同的端口运行和服务相同的代码库。

如:

$ export PORT=4000 && npm start

您可以用您喜欢的端口号来代替上面的示例值4000。

您可以在包中使用相同的表达式。Json脚本。

如:

"start": "export PORT=4000 response -scripts start"

但对于后者，您将需要更改包。但是，对于前者，除了从命令行调用的端口值外，您不会更改任何内容。

为什么不干脆

PORT=3030 npm run start

只需在webpack.config.js中更新一点:

devServer: {
    historyApiFallback: true,
    contentBase: './',
    port: 3000 // <--- Add this line and choose your own port number
}

然后再次运行NPM start。

对于我的windows朋友们，我发现了一种改变ReactJS端口的方法，可以在任何你想要的端口上运行。在运行服务器之前，请转到

 node_modules/react-scripts/scripts/start.js

在其中，搜索下面的行并将端口号更改为所需的端口

 var DEFAULT_PORT = process.env.PORT || *4000*;

这样就可以开始了。

如果不想设置环境变量，另一个选项是修改包的脚本部分。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。下面是为什么在大多数情况下使用环境变量更好的解释。以下是为什么在环境中存储秘密是一个坏主意的解释。

对于windows，使用cmd

set PORT=3001 && npm start