在我看来，使用服务的“免费”层不应该为产品或面向客户的应用程序提供动力。虽然上面的解决方案可以防止Dyno空转，但请仔细考虑您正在做的事情。

如果没有其他方法，可以使用cron作业来ping你的站点，并在已知的低使用率时期(例如，夜间)禁用检查，以确保Heroku不会为其他所有人取消免费层。

这就是我的解。

使用谷歌应用程序脚本，设置时间触发器。

// main.js
function ping() {
  UrlFetchApp.fetch("https://<Your app>.herokuapp.com/ping_from_GAS");
}

这很简单!

请注意，新的动态类型(目前是测试版，将于2015年6月发布)将禁止让一个免费的动态保持24/7的唤醒状态，因为它必须每天至少睡6个小时。

所以试着在这篇文章出来之前删除你在这篇文章中找到的任何解决方案(或者为你实际使用的服务付费)。

你可以使用http://pingdom.com/来检查你的应用;如果每分钟左右执行一次，heroku将不会闲置你的应用程序，也不需要旋转。

你可以安装免费的New Relic插件。它有一个可用性监控功能，每分钟会ping你的站点两次，从而防止dyno空转。

或多或少与Jesse的解决方案相同，但可能与Heroku更融合…而且还有一些额外的功能(性能监控非常棒)。

注意:对于所有那些说它不起作用的人:我的答案中重要的部分是“可用性监视器”。仅仅安装插件是没有用的。您还需要使用heroku应用程序的URL设置可用性监视。

如果你有unix服务器的访问权限，你可以设置一个cron作业来获取你的网站。根据免费计划的新条款，您可能希望在夜间禁用get，使用crontab中的一行，如下所示:

*/20 8-22 * * * /usr/bin/curl domain.com &> /dev/null

这指示curl在8点到22点之间每20分钟GET domain.com一次。

请注意

不是每个想看你网站的人都生活在你的时区 您的站点可能会在半夜接收其他请求，从而唤醒您的dyno，并为每个请求增加一个小时的使用时间。即使没有人知道你的域名，也有机器人和爬虫一直在活动。因此，建议将crontab中定义的进程设置为仅活动14到16小时，以提供对这些唤醒的缓冲

另外，确保您的系统时间设置正确，以便停机时间窗口在您期望的时间发生。