静的コンストラクターはどのように機能しますか？

Question 1

namespace MyNameSpace
{
    static class MyClass
    {
        static MyClass()
        {
            //Authentication process.. User needs to enter password
        }

        public static void MyMethod()
        {
            //Depends on successful completion of constructor
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            MyClass.MyMethod();
        }
    }
}

これが私が想定したシーケンスです

静的コンストラクターの開始
静的コンストラクターの終了
メインの開始
MyMethodの開始
メインの終わり

どんなシナリオでも、4が2の前に開始する場合、私は失敗します。出来ますか？

Question 2

ここでは1つだけ質問しましたが、質問する必要がある質問が12ほどあるので、すべて答えます。

これが私が想定したシーケンスです

クラスコンストラクターの開始（別名cctor）
cctorの終わり
メインの開始
MyMethodの開始

これは正しいです？

いいえ。正しい順序は次のとおりです。

プログラムのcctorがあれば、それを開始します。存在しない。
プログラムのcctorがあれば、それを終了します。存在しない。
メインの開始
MyClassのcctorの開始
MyClassのcctorの終わり
MyClass.MyMethodの開始

静的フィールド初期化子がある場合はどうなりますか？

CLRは、静的フィールド初期化子が実行される順序を変更できる場合があります。詳細については、この件に関するJonのページを参照してください。

静的コンストラクターと型初期化子の違い

MyMethodそのクラスのcctorが完了する前に、のような静的メソッドが呼び出される可能性はありますか？

はい。cctor自体がMyMethodを呼び出す場合、明らかに、cctorが完了する前にMyMethodが呼び出されます。

cctorはMyMethodを呼び出しません。MyMethodMyClassのcctorが完了する前に、のような静的メソッドが呼び出される可能性はありますか？

はい。cctorがMyMethodを呼び出す別のタイプをcctorが使用する場合、MyClasscctorが完了する前にMyMethodが呼び出されます。

直接または間接的に、MyMethodを呼び出すcctorはありません。MyMethodMyClassのcctorが完了する前に、のような静的メソッドを呼び出すことは可能ですか？

番号。

複数のスレッドが関係している場合でも、それはまだ本当ですか？

はい。cctorは、静的メソッドを任意のスレッドで呼び出す前に、1つのスレッドで終了します。

cctorを複数回呼び出すことはできますか？2つのスレッドの両方がcctorを実行するとします。

関係するスレッドの数に関係なく、cctorは最大で1回呼び出されることが保証されています。2つのスレッドがMyMethodを「同時に」呼び出すと、それらは競合します。そのうちの1人はレースに負け、MyClasscctorが勝利スレッドで完了するまでブロックします。

cctorが完了するまで、失われたスレッドはブロックされますか？本当に？

本当に。

では、勝ったスレッドのcctorが、負けたスレッドが以前に取得したロックをブロックするコードを呼び出した場合はどうなるでしょうか。

次に、古典的なロック順序の反転条件があります。プログラムがデッドロックします。永遠に。

それは危険なようです。どうすればデッドロックを回避できますか？

あなたがそれをするときにそれが痛いなら、それからそれをやめなさい。cctorでブロックできるようなことは絶対にしないでください。

複雑なセキュリティ要件を適用するためにcctor初期化セマンティクスに依存することは良い考えですか？そして、ユーザーとの対話を行うcctorを用意するのは良い考えですか？

どちらも良い考えではありません。私のアドバイスは、メソッドのセキュリティに影響を与える前提条件が満たされていることを確認するための別の方法を見つける必要があるということです。

Question 3

MSDNによると、静的コンストラクターは次のとおりです。

静的コンストラクターは、最初のインスタンスが作成される前、または静的メンバーが参照される前に、クラスを初期化するために自動的に呼び出されます。

したがって、静的コンストラクターは、静的メソッドMyClass.MyMethod()が呼び出される前に呼び出されます（もちろん、静的構築または静的フィールドの初期化中にも呼び出されないと仮定します）。

さて、その中static constructorで非同期で何かをしているのなら、それを同期するのはあなたの仕事です。

Question 4

＃3は実際には＃1です。静的初期化は、それが属するクラスを最初に使用するまで開始されません。

MyMethodが静的コンストラクターまたは静的初期化ブロックから呼び出された場合に可能です。MyMethod静的コンストラクターから直接または間接的に呼び出さない場合は、問題ないはずです。

Question 5

ドキュメントから（私の強調）：

静的コンストラクターは、最初のインスタンスが作成される前、または静的メンバーが参照される前に、クラスを初期化するために自動的に呼び出されます。

Question 6

4が常に2の後に来ることを保証できます（静的メソッドからクラスのインスタンスを作成しない場合）が、1と3については同じではありません。

Question 7

静的コンストラクターは、mymethodが実行される前に呼び出されます。ただし、2の前に4が呼び出された場合に失敗した場合は、設計を再考することをお勧めします。とにかく静的コンストラクターで複雑なことをするべきではありません。

Question 8

CLRは、静的メンバーにアクセスする前に静的コンストラクターが実行されることを保証します。しかし、あなたのデザインは少し臭いです。次のようなことを行う方が簡単です。

static void Main(string[] args) 
{ 
     bool userIsAuthenticated = MyClass.AuthenticateUser();
     if (userIsAuthenticated)
         MyClass.MyMethod(); 
 }

デザインでは、認証が失敗した場合、MyMethodの実行を防ぐ唯一の方法は、例外をスローすることです。

Question 9

メソッドが実行される前に、静的クラスのコンストラクターが呼び出されていることが保証されます。例：

class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("Press enter");
        Console.ReadLine();
        Boop.SayHi();
        Boop.SayHi();
        Console.ReadLine();
    }

}

static class Boop
{
    static Boop()
    {
        Console.WriteLine("Hi incoming ...");
    }

    public static void SayHi()
    {
        Console.WriteLine("Hi there!");
    }
}

出力：

Enterキーを押します

// Enterキーを押した後

こんにちは着信..。

こんにちは！

こんにちは！

Question 10

物事が下がる実際の順序は次のとおりです。

開始 Main
スタティックの開始 MyClassコンストラクターの
静的の終わり MyClassコンストラクターの
開始 MyMethod
の終わり Main

Question 11

または、デバッガーでステップスルーすることもできます。