Jak działa konstruktor statyczny?

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();
        }
    }
}

Oto kolejność, którą założyłem

1. Początek konstruktora statycznego
2. Koniec konstruktora statycznego
3. Początek pliku main
4. Początek MyMethod
5. Koniec main

Teraz, w każdym scenariuszu, jeśli 4 zacznie się przed 2, mam przerąbane. Czy to możliwe?

Zadałeś tutaj tylko jedno pytanie, ale jest kilkanaście pytań, które powinieneś był zadać, więc odpowiem na wszystkie.

Oto kolejność, którą założyłem

1. Początek konstruktora klasy (znany również jako cctor)
2. Koniec cctor
3. początek Main
4. początek MyMethod

Czy to jest poprawne?

Nie. Prawidłowa kolejność to:

1. Początek cctora programu, jeśli taki istnieje. Tam nie ma.
2. Koniec cctor dla programu, jeśli taki istnieje. Tam nie ma.
3. Początek Main
4. Uruchomienie cctora dla MyClass
5. Koniec procesora MyClass
6. Początek MyClass.MyMethod

A co, jeśli istnieje inicjator pola statycznego?

Środowisko CLR może zmienić kolejność, w jakiej w niektórych przypadkach są uruchamiane inicjatory pól statycznych. Zobacz stronę Jona na ten temat, aby uzyskać szczegółowe informacje:

Różnice między konstruktorami statycznymi a inicjatorami typów

Czy jest kiedykolwiek możliwe, aby metoda statyczna, taka jak, MyMethodbyła wywoływana przed zakończeniem działania cctora tej klasy?

Tak. Jeśli sam cctor wywoła MyMethod, wtedy oczywiście MyMethod zostanie wywołana przed zakończeniem cctor.

Moduł cctor nie wywołuje MyMethod. Czy jest możliwe kiedykolwiek MyMethodwywołanie metody statycznej, takiej jak metoda cctor MyClass?

Tak. Jeśli cctor używa innego typu, którego cctor wywołuje MyMethod, wówczas MyMethod zostanie wywołana przed zakończeniem działania cctor MyClass.

Żaden procesor nie wywołuje MyMethod, bezpośrednio ani pośrednio! Czy jest kiedykolwiek możliwe, aby metoda statyczna, taka jak, MyMethodbyła wywoływana przed zakończeniem działania modułu sterującego MyClass?

Nie.

Czy to nadal prawda, nawet jeśli w grę wchodzi wiele wątków?

Tak. Cctor zakończy się na jednym wątku, zanim będzie można wywołać metodę statyczną w dowolnym wątku.

Czy cctor można wywołać więcej niż raz? Załóżmy, że oba wątki powodują uruchomienie cctora.

Gwarantowane jest, że cctor zostanie wywołany najwyżej raz, niezależnie od liczby zaangażowanych wątków. Jeśli dwa wątki wywołują MyMethod „w tym samym czasie”, ścigają się. Jeden z nich przegrywa wyścig i blokuje do czasu, gdy na zwycięskiej nitce nie skończy się kreator MyClass.

Utrata wątku blokuje się, dopóki cctor nie zostanie zakończony? Naprawdę ?

Naprawdę.

A co, jeśli cctor w wątku wygrywającym wywoła kod, który blokuje blokadę poprzednio zajętą przez wątek przegrywający ?

Wtedy mamy klasyczny warunek odwrócenia kolejności blokowania. Twój program jest zakleszczony. Na zawsze.

To wydaje się niebezpieczne. Jak mogę uniknąć impasu?

Jeśli to boli, przestań to robić . Nigdy nie rób czegoś, co może zablokować cctor.

Czy warto polegać na semantyce inicjalizacji cctor w celu wymuszenia złożonych wymagań dotyczących bezpieczeństwa? Czy warto mieć moduł sterujący, który obsługuje interakcje użytkowników?

Nie są też dobre pomysły. Moja rada jest taka, że ​​powinieneś znaleźć inny sposób, aby upewnić się, że warunki wstępne mające wpływ na bezpieczeństwo są spełnione.

Według MSDN , konstruktor statyczny:

Konstruktor statyczny jest wywoływany automatycznie w celu zainicjowania klasy przed utworzeniem pierwszego wystąpienia lub przywołaniem jakichkolwiek statycznych elementów członkowskich.

Zatem konstruktor statyczny zostanie wywołany przed MyClass.MyMethod()wywołaniem metody statycznej (zakładając oczywiście, że nie zostanie on również wywołany podczas konstrukcji statycznej lub inicjalizacji pola statycznego).

Jeśli robisz w tym coś asynchronicznego static constructor, to Twoim zadaniem jest to zsynchronizować.

# 3 to właściwie # 1: inicjalizacja statyczna nie rozpoczyna się aż do pierwszego użycia klasy, do której należy.

Jest to możliwe, jeśli MyMethodjest wywoływana z konstruktora statycznego lub statycznego bloku inicjalizacji. Jeśli nie wywołujesz MyMethodbezpośrednio lub pośrednio z konstruktora statycznego, wszystko powinno być w porządku.

Z dokumentacji (wyróżnienie moje):

Statyczny konstruktor nazywa automatycznie zainicjować klasę przed pierwszą instancją jest tworzony lub jakiekolwiek statyczne członkowie są oznaczone .

Możesz zagwarantować, że liczba 4 będzie zawsze występować po 2 (jeśli nie utworzysz instancji swojej klasy z metody statycznej), jednak to samo nie dotyczy 1 i 3.

Konstruktor statyczny zostanie wywołany przed wykonaniem mymethod. Jeśli jednak masz spieprzone, jeśli 4 zostanie sprawdzone przed 2, proponuję ponownie przemyśleć swój projekt. I tak nie powinienem wykonywać skomplikowanych czynności w konstruktorze statycznym.

Środowisko CLR gwarantuje, że Konstruktor statyczny jest uruchamiany przed uzyskaniem dostępu do jakichkolwiek statycznych elementów członkowskich. Jednak twój projekt jest nieco śmierdzący. Byłoby łatwiej zrobić coś takiego:

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

W przypadku projektu, jeśli uwierzytelnianie nie powiedzie się, jedynym sposobem, aby zapobiec uruchomieniu MyMethod, jest zgłoszenie wyjątku.

Zapewniono, że konstruktor klasy statycznej został wywołany przed wykonaniem którejkolwiek z jej metod. Przykład:

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!");
    }
}

Wynik:

Naciśnij enter

// po wciśnięciu enter

Cześć nadchodzący ...

Cześć!

Cześć!

Oto rzeczywista kolejność, w jakiej wszystko się dzieje:

1. Początek Main
2. Początek MyClasskonstruktora statycznego
3. Koniec MyClasskonstruktora statycznego
4. Początek MyMethod
5. Koniec Main

Lub możesz przejść przez debuger.