Rescue_fromはレスキューしません。

Question

私のアプリケーションコントローラには、タイムアウトブロック内のすべてのアクションを囲むためにaround_filterがありますので、30秒間のHeroku制限に達する前にアクションが失敗します。私もrescue_from Timeout :: Errorを持っているので、これらのタイムアウトをきれいに救済することができます。残念ながら、rescue_fromは時間の一部しか動作しません。

コントローラ内で実行中にタイムアウトが発生しても、正常に動作しますが、タイムアウトがビューまたはヘルパー内で発生した場合はレスキューできません。

どちらもInterruptもSignalExceptionもありません。両方ともTimeout :: Errorが継承し、どちらも正しくレスキューします。ただし、例外自体を救済する場合は、はビューとヘルパー内で正しくレスキューします。

around_filter :timeout 
rescue_from Timeout::Error, :with => :timeout_rescue 

def timeout 
    Timeout::timeout(10){ 
    yield 
    } 
end 

def timeout_rescue 
    # Rescued 
end 

タイムアウト::エラーを救済する他の方法はありますか？

Answer 1

同じ問題が発生しました。私はRails 3 + Rack :: Timeoutを使い、ApplicationControllerでrescue_fromしようとしています。

私はこれを使用して終了

...

rescue_from Exception do |exception| 
    if exception.is_a?(Timeout::Error) || /execution expired/ =~ exception.message 
    # rescued from timeout error 
    end 
    raise 
end 

UPDATE私は正常にタイムアウト::エラーを返すようにラックタイムアウト宝石をパッチを適用しました。それはスレッドの問題でした。オフィシャルギフトが更新されました：https://github.com/kch/rack-timeout

新しい優先メソッドが以下にあります。一般に例外から救うのは良い考えではないので、可能ならば避けるべきです。

class ApplicationController < ActionController::Base 
    rescue_from Timeout::Error, with: :handle_timeout 

    def handle_timeout(exception) 
    # handle timeout error 
    end 
end 

Answer 2

Timeoutが実行を終了するために例外を発生させる必要がある場合、Timeout :: Errorは発生しません。そうであれば、園芸品種の救助はそれを罠に掛け、それはあなたが望むものではありません。代わりに、:: Exceptionから派生した独自のExceptionを生成します。したがって、レスキュー例外を除くすべてのレスキューで吹き飛ばされます。または、自分のExceptionを2番目のパラメータとしてTimeout :: timeoutに渡すことができます。これにより、レスキューできるようになります。タイムアウトはそれを再発生させることに注意してください。

timeout.rbコード（ruby200/lib/ruby​​/2.0.0）を読みます。それはかなり短く、かなり興味深いもので、実際にどのように機能するか教えてくれます。