静的クラスと複数の同時リクエスト

Question

私がWebアプリケーションでたくさん使っているスタティックヘルパークラスがあるとします。アプリが1秒間に約20件のリクエストを受信し、魔法によって静的クラスに正確に同じナノ秒で何か作業を依頼するとします。

この場合、どうなりますか？

いくつかのコンテキストを提供するために、クラスはLinq-to-SQLクエリを実行するために使用されます。ユーザーIDを含むいくつかのパラメータを受け取り、カスタムオブジェクトのリストを返します。

ありがとうございました。

Answer 1

この場合、どうなりますか？

あなたのメソッドがreentrantである場合、スレッドセーフであり、起こることは、それらが動作する可能性があるということです。これらの静的メソッドがいくつかの共有状態に依存し、この状態へのアクセスを同期していない場合、この共有状態は破損する可能性があります。しかし、同じナノ秒でメソッドをヒットする必要はありません。あなたがそれを同期しないと、2は十分に十分です。

スタティックメソッド自体は悪くありません（実は、単体テストには向いていませんが、それは別のトピックです）。マルチスレッド環境では、それらが実装されている方法です。だから、それらをスレッドセーフにする必要があります。

---

UPDATE：コメント欄にあなたがいる限り、静的な方法で使用されるすべての変数がローカルであるとしてLINQ-TO-SQLを言及しているので、このメソッドはスレッドセーフである

。読み込みと書き込みについては何も言っ

public static SomeEntity GetEntity(int id) 
{ 
    using (var db = new SomeDbContext()) 
    { 
     return db.SomeEntities.FirstOrDefault(x => x.Id == id); 
    } 
} 

Answer 2

それは（あなたが状態を共有するためにこれをやっている場合）、Webアプリケーションでこれを行うことを避ける...またはalternativly /ロックで読み書き保護する厄介な方法で実施クラッシュ：

http://msdn.microsoft.com/en-us/library/system.threading.readerwriterlockslim.aspx

しかし正直なところ、あなたが本当に必要な場合を除いて、本当にスタティックスを使用するのは避けなければなりません。本当にロック戦略に非常に注意しなければならない場合、破壊をテストして、

Answer 3

メソッドがスレッドセーフであることを確認する必要があります。したがって、静的属性あらゆる種類の状態を保存するためのものです。静的メソッド内で新しいオブジェクトを宣言している場合は、各スレッドに独自のオブジェクトがあるため、問題はありません。

Answer 4

それはあなたの「何らかの仕事」が何を意味するかによってまったく異なります。共有状態に関係しない場合、それは絶対にうまくいきます。共有状態にアクセスする必要がある場合は、スレッドセーフな方法でそれを処理する方法を検討する必要があります。

親指の一般的なルールは、クラスの公開APIは、スレッドセーフな静的メソッドのためでなければならないことですが、スレッドセーフインスタンスメソッドのためである必要はありません - いずれかのインスタンスは、単一の内で使用される一般的糸。もちろん、あなたのクラスが何をしているかによって異なります。what you mean by thread-safe。

Answer 5

静的クラスに状態があるかどうか（つまり、すべての呼び出しで共有される静的変数）によって異なります。それがなければ、それはいいです。そうであれば、それは良くありません。例：

// Fine 
static class Whatever 
{ 
    public string DoSomething() { 
     return "something"; 
    } 
} 

// Death from above 
static class WhateverUnsafe 
{ 
    static int count = 0; 
    public int Count() { 
     return ++count; 
    } 
} 

ロックを使用して2番目の作業を正常にすることはできますが、デッドロックと並行性の問題が発生します。

私は静的クラスを持つ大量のWebアプリケーションを構築しましたが、共有状態は決してありません。