レールでのThread.current []の使用の安全性

Question 1

情報をThread.currentハッシュに格納する方法（たとえば、current_user、現在のサブドメインなど）について、相反する意見が寄せられています。この手法は、モデルレイヤー内でのその後の処理（クエリスコープ、監査など）を簡素化する方法として提案されています。

多くの人は、MVCパターンを壊すため、このプラクティスは受け入れられないと考えています。他の人はアプローチの信頼性/安全性について懸念を表明し、私の2部構成の質問は後者の側面に焦点を当てています。

Thread.currentハッシュは、そのサイクル全体を通じて、1つの応答に対してのみ使用可能でプライベートであることが保証されていますか？
応答の最後にスレッドが他の着信要求に引き渡され、それによってに格納されてThread.currentいる情報が漏洩する可能性があることを理解しています。応答が終了する前に（たとえばThread.current[:user] = nil、コントローラーから実行することによって）そのような情報をクリアすることは、after_filterそのようなセキュリティ違反を防ぐのに十分でしょうか？

ありがとう！ジュゼッペ

Question 2

スレッドローカル変数から離れる特別な理由はありません。主な問題は次のとおりです。

それを使用するコードをテストするときは、スレッドローカル変数を設定することを忘れないようにする必要があるため、それらをテストするのは困難です。
スレッドローカルを使用するクラスは、これらのオブジェクトは使用できないが、スレッドローカル変数内にあるという知識が必要になります。この種の間接参照は通常、デメテルの法則に違反します。
フレームワークがスレッドを再利用する場合、スレッドローカルをクリーンアップしないことが問題になる可能性があります（スレッドローカル変数はすでに開始されており、変数を初期化するための|| =呼び出しに依存するコードが失敗する可能性があります

したがって、使用することは完全に問題外ではありませんが、最善のアプローチはそれらを使用しないことですが、時々、ローカルスレッドが非常に多くのコードを変更せずに可能な限り最も簡単な解決策になる壁にぶつかります。妥協するか、スレッドローカルを使用した完全ではないオブジェクト指向モデルを使用するか、同じことを行うために非常に多くのコードを変更する必要があります。

したがって、どちらがあなたのケースに最適な解決策になるかを考えることがほとんどです。本当にスレッドローカルパスをたどる場合は、後でクリーンアップすることを忘れないブロックでそれを行うことをお勧めします。それらは次のように行われます。

around_filter :do_with_current_user

def do_with_current_user
    Thread.current[:current_user] = self.current_user
    begin
        yield
    ensure
        Thread.current[:current_user] = nil
    end      
end

これにより、このスレッドがリサイクルされる場合、スレッドローカル変数が使用される前にクリーンアップされます。

Question 3

この小さな宝石は、スレッド/リクエストのローカル変数がリクエスト間で固執しないようにします：https：//github.com/steveklabnik/request_store

Question 4

受け入れられた答えは質問をカバーしますが、Rails 5は現在、Thread.currentを使用する「抽象スーパークラス」ActiveSupport :: CurrentAttributesを提供します。

可能な（人気のない）解決策として、それへのリンクを提供すると思いました。

https://github.com/rails/rails/blob/master/activesupport/lib/active_support/current_attributes.rb

Question 5

受け入れられた回答は技術的に正確ですが、回答で穏やかに指摘されているように、http：//m.onkey.org/thread-safety-for-your-railsではそれほど穏やかではありません。

Thread.current絶対に必要がない場合は、スレッドローカルストレージを使用しないでください

のgemrequest_storeは別の解決策（より良い）ですが、スレッドローカルストレージから離れる理由が他にもあるので、readmeを読んでください。

ほとんどの場合、より良い方法があります。