在严重依赖计划任务的项目中，我使用了非常流行的每当，它很棒。它为您提供了一个很好的DSL来定义计划任务，而不必处理crontab格式。自述:

无论何时都是Ruby宝石，提供了一个 用于编写和部署的清晰语法 cron作业。

来自README的例子:

every 3.hours do
  runner "MyModel.some_process"       
  rake "my:rake:task"                 
  command "/usr/bin/my_great_command"
end

every 1.day, :at => '4:30 am' do 
  runner "MyModel.task_to_run_at_four_thirty_in_the_morning"
end

假设您的任务不需要太长时间来完成，只需为每个任务创建一个带有操作的新控制器。将任务的逻辑实现为控制器代码，然后在操作系统级别上设置一个cronjob，该cronjob使用wget以适当的时间间隔调用该控制器的URL和动作。这种方法的优点是:

拥有对所有Rails对象的完全访问权，就像在普通控制器中一样。 可以像进行正常操作一样进行开发和测试。 也可以调用你的任务adhoc从一个简单的网页。 不要通过启动额外的ruby/rails进程来消耗更多的内存。

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提示;-)

我是资源调度程序的忠实粉丝。您不仅可以重复运行类似cron的任务，还可以在特定时间运行任务。缺点是，它需要一个Redis服务器。

我正在使用耙方法(由heroku支持)

使用名为lib/tasks/cron的文件。rake . .

task :cron => :environment do
  puts "Pulling new requests..."
  EdiListener.process_new_messages
  puts "done."
end

要从命令行执行，这就是“rake cron”。然后可以根据需要将此命令放到操作系统cron/任务调度程序上。

更新这是一个相当老的问题和答案!一些新信息:

我引用的heroku cron服务已经被heroku Scheduler所取代 对于频繁的任务(特别是当你想避免Rails环境启动成本时)，我的首选方法是使用系统cron来调用一个脚本，该脚本将(a)戳一个安全/私有webhook API来在后台调用所需的任务，或者(b)直接在你选择的排队系统上排队任务

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

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