在严重依赖计划任务的项目中，我使用了非常流行的每当，它很棒。它为您提供了一个很好的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

我正在使用耙方法(由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)直接在你选择的排队系统上排队任务

最好的方法可能是使用rake来编写所需的任务，然后通过命令行执行它。

你可以在railscasts看到一个非常有用的视频

也可以看看其他资源:

Rails Rake教程

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

两者都可以正常工作。我通常使用脚本/运行器。

这里有一个例子:

0 6 * * * CD /var/www/apps/your_app/current;./script/runner——环境生产'EmailSubscription. /Send_email_subscriptions的>> /var/www/apps/your_app/shared/log/send_email_subscriptions.log 2>&1

如果加载正确的配置文件来连接数据库，也可以编写一个纯ruby脚本来完成此操作。

如果内存很宝贵，需要记住的一件事是脚本/运行器(或依赖于“环境”的Rake任务)将加载整个Rails环境。如果您只需要向数据库中插入一些记录，这将使用您实际上不必使用的内存。如果您编写自己的脚本，则可以避免这种情况。实际上我还没有必要这么做，但我正在考虑。

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

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