从heroku bash进程中，使用选项解析器(如yargs)将$PORT的值传递给节点应用程序。

下面是一个示例，说明如何做到这一点。在脚本对象上，在包内。添加一个启动方法"node server——port $ port "。

在你的服务器文件中，使用yargs从start方法的port选项(——port $ port)中获取值:

const argv = require('yargs').argv;
const app = require('express')();

const port = argv.port || 8081;

app.listen(argv.port, ()=>{
    console.log('Probably listening to heroku $PORT now ', argv.port); // unless $PORT is undefined, in which case you're listening to 8081.
});

现在当你的应用程序启动时，它将绑定到动态设置的值$PORT。

在我的例子中，我使用了来自https://hapijs.com/的例子

来解决我替换的问题

server.connection({ 
    host: 'localhost', 
    port: 8000 
});

与

server.connection({
    port: process.env.PORT || 3000 
});

值得一提的是，如果你的代码没有指定端口，那么它就不应该是一个web进程，而应该是一个工作进程。

因此，将你的Procfile更改为read(填入你的特定命令):

worker: YOUR_COMMAND

然后在CLI上运行:

heroku scale worker=1

如果你得到这个错误，上面没有工作，错误不是来自R10本身。错误是由R14(内存配额超过)引起的，这是因为部分代码使用multer (multi . diskstorage()方法)或其他一些库来存储使用某种形式的本地存储的图像或其他文件。R14错误导致的延迟将导致R10(引导超时)错误。

解决方案:

在你的包裹里。Json文件，把你的开始改为“start”:“node——max-old-space-size=4096 server/index.js”。这增加了存储大小。

also

设置这个heroku变量 heroku canfig:set NODE_ENV=dev

我意识到在请求端点中不需要端口号，因此端点是herokuapp.com，而不是herokuapp.com:5000。

listen()调用可以没有host和callback:

server.listen(5000);

虽然这里的大多数答案都是有效的，但对我来说，问题是我运行了长进程作为npm run start的一部分，这导致了超时。

我在这里找到了解决方案，总结一下，我只需要将npm run build移动到postinstall任务。

换句话说，我改变了这个:

"start": "npm run build && node server.js"

:

"postinstall": "npm run build",
"start": "node server.js"

仔细想想，这完全是有道理的，因为随着我的应用不断发展，这种错误(以前偶尔出现)变得越来越普遍。