Hàm tạo tĩnh hoạt động như thế nào?

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

Đây là trình tự mà tôi đã giả định

1. Bắt đầu của hàm tạo tĩnh
2. Kết thúc hàm tạo tĩnh
3. Bắt đầu chính
4. Khởi động MyMethod
5. Kết thúc chính

Bây giờ trong bất kỳ tình huống nào nếu 4 sẽ bắt đầu trước 2, tôi bị say. Có khả thi không?

Bạn chỉ hỏi một câu hỏi ở đây nhưng có rất nhiều câu hỏi mà bạn nên hỏi, vì vậy tôi sẽ trả lời tất cả.

Đây là trình tự mà tôi đã giả định

1. Bắt đầu của hàm tạo lớp (còn được gọi là cctor)
2. Cuối cctor
3. bắt đầu của Main
4. bắt đầu của MyMethod

Điều này có chính xác?

Không. Trình tự đúng là:

1. Bắt đầu cctor cho Chương trình, nếu có. Không có.
2. Kết thúc cctor cho Chương trình, nếu có. Không có.
3. Bắt đầu chính
4. Bắt đầu cctor cho MyClass
5. Kết thúc cctor cho MyClass
6. Khởi động MyClass.MyMethod

Nếu có một bộ khởi tạo trường tĩnh thì sao?

CLR được phép thay đổi thứ tự chạy các trình khởi tạo trường tĩnh trong một số trường hợp. Xem trang của Jon về chủ đề này để biết thêm chi tiết:

Sự khác biệt giữa hàm tạo tĩnh và bộ khởi tạo kiểu

Có bao giờ một phương thức tĩnh giống như MyMethodđược gọi trước khi cctor của lớp đó hoàn thành không?

Đúng. Nếu cctor tự gọi MyMethod thì hiển nhiên MyMethod sẽ được gọi trước khi cctor hoàn thành.

Cctor không gọi MyMethod. Có bao giờ một phương thức tĩnh như MyMethodđược gọi trước khi cctor của MyClass hoàn tất không?

Đúng. Nếu cctor sử dụng kiểu khác mà cctor gọi MyMethod thì MyMethod sẽ được gọi trước khi cctor MyClass hoàn thành.

Không có diễn viên nào gọi MyMethod, trực tiếp hay gián tiếp! Bây giờ có khi nào một phương thức tĩnh như MyMethodđược gọi trước khi cctor của MyClass hoàn tất không?

Không.

Điều đó vẫn đúng ngay cả khi có nhiều chủ đề liên quan?

Đúng. Cctor sẽ kết thúc trên một luồng trước khi phương thức tĩnh có thể được gọi trên bất kỳ luồng nào.

Có thể gọi cctor nhiều hơn một lần không? Giả sử cả hai luồng đều làm cho cctor được chạy.

Cctor được đảm bảo sẽ được gọi nhiều nhất một lần, bất kể có bao nhiêu luồng tham gia. Nếu hai luồng gọi MyMethod "cùng một lúc" thì chúng sẽ chạy đua. Một trong số họ thua cuộc đua và bị chặn cho đến khi cctor MyClass hoàn thành trên chuỗi chiến thắng.

Các khối luồng bị mất cho đến khi cctor được thực hiện? Thật không?

Có thật không.

Vì vậy, điều gì sẽ xảy ra nếu cctor trên chuỗi thắng cuộc gọi mã chặn trên một ổ khóa mà chuỗi thua đã lấy trước đó ?

Sau đó, bạn có một điều kiện đảo ngược thứ tự khóa cổ điển. Chương trình của bạn bế tắc. Mãi mãi.

Điều đó có vẻ nguy hiểm. Làm thế nào tôi có thể tránh khỏi bế tắc?

Nếu bạn cảm thấy đau khi làm điều đó thì hãy ngừng làm điều đó . Đừng bao giờ làm điều gì đó có thể gây tắc nghẽn trong cctor.

Có nên dựa vào ngữ nghĩa khởi tạo cctor để thực thi các yêu cầu bảo mật phức tạp không? Và có phải là một ý kiến ​​hay nếu có một cctor tương tác với người dùng?

Không phải là những ý tưởng tốt. Lời khuyên của tôi là bạn nên tìm một cách khác để đảm bảo rằng các điều kiện tiên quyết ảnh hưởng đến bảo mật của các phương pháp của bạn được đáp ứng.

Theo MSDN , một hàm tạo tĩnh:

Một phương thức khởi tạo tĩnh được gọi tự động để khởi tạo lớp trước khi thể hiện đầu tiên được tạo hoặc bất kỳ thành viên tĩnh nào được tham chiếu.

Vì vậy hàm tạo tĩnh sẽ được gọi trước khi phương thức tĩnh MyClass.MyMethod()được gọi (giả sử tất nhiên cũng không được gọi trong quá trình xây dựng tĩnh hoặc khởi tạo trường tĩnh).

Bây giờ, nếu bạn đang làm bất kỳ điều gì không đồng bộ trong đó static constructor, thì nhiệm vụ của bạn là đồng bộ hóa điều đó.

# 3 thực sự là # 1: khởi tạo tĩnh không bắt đầu cho đến khi sử dụng lần đầu tiên lớp mà nó thuộc về.

Có thể nếu MyMethodđược gọi từ phương thức khởi tạo tĩnh hoặc khối khởi tạo tĩnh. Nếu bạn không gọi MyMethodtrực tiếp hoặc gián tiếp từ phương thức khởi tạo tĩnh của mình, bạn sẽ ổn.

Từ tài liệu (tôi nhấn mạnh):

Một phương thức khởi tạo tĩnh được gọi tự động để khởi tạo lớp trước khi thể hiện đầu tiên được tạo hoặc bất kỳ thành viên tĩnh nào được tham chiếu .

Bạn có thể đảm bảo 4 sẽ luôn đến sau 2 (nếu bạn không tạo một thể hiện của lớp từ phương thức tĩnh của mình), tuy nhiên điều này không đúng với 1 và 3.

Hàm tạo tĩnh sẽ được gọi trước khi mymethod được thực thi. Tuy nhiên, nếu bạn bị rối nếu 4 được gọi trước 2 thì tôi khuyên bạn nên suy nghĩ lại thiết kế của mình. Không nên làm những thứ phức tạp trong một phương thức khởi tạo tĩnh.

CLR đảm bảo rằng hàm tạo tĩnh chạy trước khi bất kỳ thành viên tĩnh nào được truy cập. Tuy nhiên, thiết kế của bạn hơi nặng mùi. Sẽ đơn giản hơn nếu làm điều gì đó như sau:

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

Với thiết kế của bạn, nếu xác thực không thành công, cách duy nhất để ngăn MyMethod chạy là ném một ngoại lệ.

Nó đảm bảo rằng phương thức khởi tạo của một lớp tĩnh đã được gọi trước khi bất kỳ phương thức nào của nó được thực thi. Thí dụ:

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

Đầu ra:

Nhấn Enter

// sau khi nhấn enter

Chào bạn đến ...

Xin chào!

Xin chào!

Đây là thứ tự thực tế mà mọi thứ đi xuống:

1. Bắt đầu Main
2. Bắt đầu tĩnh MyClass constructor
3. Kết thúc tĩnh MyClass constructor
4. Bắt đầu MyMethod
5. Cuối của Main

Hoặc bạn có thể bước qua trình gỡ lỗi.