我不太确定，我猜这取决于任务:多长时间运行一次，有多复杂，需要与rails项目进行多少直接交流等等。我想如果做一件事只有“一种最好的方法”，就不会有那么多不同的方法了。

在我在Rails项目中的上一份工作中，我们需要制作一个批量邀请邮件(调查邀请，而不是垃圾邮件)，它应该在服务器有时间的时候发送计划好的邮件。我认为我们将使用守护进程工具来运行我创建的rake任务。

不幸的是，我们公司遇到了一些资金问题，被主要竞争对手“收购”了，所以这个项目一直没有完成，所以我不知道我们最终会用什么。

Script /runner和rake任务完全可以作为cron作业运行。

在运行cron作业时，您必须记住一件非常重要的事情。它们可能不会从应用程序的根目录被调用。这意味着你对文件(而不是库)的所有需求都应该通过显式路径完成:例如File.dirname(__FILE__) + "/other_file"。这也意味着你必须知道如何显式地从另一个目录调用它们:-)

检查您的代码是否支持从另一个目录运行

# from ~
/path/to/ruby /path/to/app/script/runner -e development "MyClass.class_method"
/path/to/ruby /path/to/rake -f /path/to/app/Rakefile rake:task RAILS_ENV=development

此外，cron作业可能不会像你那样运行，所以不要依赖于你在.bashrc中放入的任何快捷方式。但这只是一个标准的cron提示;-)

使用Sidekiq或Resque是一种更加健壮的解决方案。它们都支持重试作业、使用REDIS锁的排他性、监控和调度。

请记住，Resque是一个死项目(没有积极维护)，所以Sidekiq是一个更好的选择。它的性能也更高:Sidekiq在单个多线程进程上运行多个worker，而Resque在单独的进程中运行每个worker。

你可以使用resque和resque- scheduling gem来创建cron，这很容易做到。

https://github.com/resque/resque

https://github.com/resque/resque-scheduler

无论何时(和cron)的问题是，它每次执行时都会重新加载rails环境，当任务频繁或有大量初始化工作要做时，这是一个真正的问题。由于这个原因，我在生产中出现了问题，必须警告你。

Rufus调度器为我做(https://github.com/jmettraux/rufus-scheduler)

当我有较长的作业要运行时，我使用delayed_job (https://github.com/collectiveidea/delayed_job)

我希望这能有所帮助!

我用了发条宝石，它对我来说工作得很好。还有一个clockwork gem允许脚本作为守护进程运行。