Twitter Gem - 需要考虑救援吗？

Question

我正在使用 Twitter Gem，并且创建了一个长期运行的 ruby​​ 任务。我希望它能够处理常见错误，因此我希望构建一个我应该考虑防止的错误列表（例如失败鲸鱼 500）

这是我的代码功能的开始/结束循环：

Begin

# My (omitted) very long ruby task
# filled with Twitter API requests

rescue Errno::ENOENT
  sleep(5)
  logger.info "ENOENT error - attempting to retry"
  retry
rescue Errno::ETIMEDOUT
  sleep(5)
  logger.info " Operation timed out - attempting to retry"
  retry
rescue Errno::ECONNRESET
  sleep(5)
  logger.info "Connection reset by peer - attempting to retry"
  retry
end 

你可以吗想到任何其他需要保护和重试的错误吗？这是处理错误的结构良好的方法吗？我应该考虑哪些设计实现？

Answer 1

考虑在最后有一个捕获所有异常的处理程序，记录遇到的异常类型并重新引发它。您的脚本第一次可能会失败，但至少您会找出原因。

begin

# My (omitted) very long ruby task
# filled with Twitter API requests

rescue Errno::ENOENT
  sleep(5)
  logger.info "ENOENT error - attempting to retry"
  retry
rescue Errno::ETIMEDOUT
  sleep(5)
  logger.info " Operation timed out - attempting to retry"
  retry
rescue Errno::ECONNRESET
  sleep(5)
  logger.info "Connection reset by peer - attempting to retry"
  retry
rescue # This rescues StandardError and its children
  sleep(5)
  # The next line is somewhat pseudocode, because I don't use logger
  logger.this_is_somewhat_bad "Somewhat bad exception #{$!.class} #{$!} happened - I'm giving up"
  raise
rescue Exception
  sleep(5)
  # The next line is somewhat pseudocode, because I don't use logger
  logger.omg_wtf_bbq "Really bad exception #{$!.class} #{$!} happened - I'm giving up"
  raise
end

Answer 2

我还在使用 Twitter gem 的代码中发现了 Twitter::Forbidden 错误。

Answer 3

或者，您可以尝试 rescue SystemCallError，因为所有 Errno 错误都是该错误的子类。