Phương thức khởi tạo tĩnh hoạt động như thế nào?

Question

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

Dưới đây là trình tự mà tôi cho rằng

1. Bắt đầu constructor tĩnh
2. End của constructor tĩnh
3. Bắt đầu chính
4. Bắt đầu MyMethod
5. End của chính

Hiện tại trong mọi trường hợp nếu 4 sẽ bắt đầu trước khi 2 tôi bị say. Có thể không?

Answer 1

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

Dưới đây là trình tự mà tôi cho rằng

1. Bắt đầu constructor lớp (còn gọi là cctor)
2. Cuối cctor
3. đầu Main
4. đầu MyMethod

Điều này có đúng không?

số 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 Main
4. Bắt đầu cctor cho MyClass
5. Cuối cctor cho MyClass
6. Bắt đầu MyClass.MyMethod

gì nếu có một lĩnh vực initializer tĩnh?

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

The differences between static constructors and type initializers

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

Có.Nếu chính cctor gọi MyMethod thì rõ ràng MyMethod sẽ được gọi trước khi cctor hoàn tất.

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

Có. Nếu CCtor sử dụng một kiểu khác mà CCtor gọi MyMethod thì MyMethod sẽ được gọi trước khi MyClass CCtor hoàn tất.

Không có cctors gọi MyMethod, trực tiếp hoặc gián tiếp! Bây giờ là nó có thể bao giờ có thể cho một phương pháp tĩnh như MyMethod để được gọi trước khi các cctor của MyClass hoàn thành?

số

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

Có. 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.

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

CCtor được đảm bảo được gọi tối đa một lần, cho dù có bao nhiêu chủ đề. Nếu hai chủ đề gọi MyMethod "cùng một lúc" thì họ chạy đua. Một trong số họ mất cuộc đua và chặn cho đến khi người quản lý MyClass hoàn thành chuỗi chiến thắng.

Chủ đề bị mất khối cho đến khi cctor được thực hiện? Thực sự?

Thực sự.

Vì vậy, những gì nếu cctor trên thread chiến thắng gọi mã mà khối trên một khóa trước đây được thực hiện bởi mất chủ đề?

Sau đó, bạn có điều kiện đảo ngược lệnh khóa cổ điển. Chương trình deadlocks của bạn. Mãi mãi.

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

Nếu bị đau khi bạn làm như vậy thì ngừng làm điều đó. Không bao giờ làm điều gì đó có thể chặn trong một người quản lý.

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

Không phải là ý tưởng hay. 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 bảo mật tác động của các phương pháp của bạn được đáp ứng.

Answer 2

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

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

Answer 3

Theo MSDN, một constructor tĩnh:

Một constructor tĩnh được gọi tự động để khởi tạo lớp trước khi trường hợp đầu tiên được tạo ra hay bất kỳ thành viên tĩnh là tham chiếu.

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

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

Answer 4

Từ (tôi nhấn mạnh) documentation:

Một constructor tĩnh được gọi tự động để khởi tạo lớp trước khi trường hợp đầu tiên được tạo rahay bất cứ thành viên tĩnh được tham chiếu.

Answer 5

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

Answer 6

Các tĩnh constructor sẽ được gọi trước khi mymethod được thực hiện. Tuy nhiên nếu bạn đang say nếu 4 được gọi trước 2 thì tôi đề nghị bạn nghĩ lại thiết kế của bạn. Không nên làm công cụ phức tạp trong một constructor tĩnh anyway.

Answer 7

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 có một chút mùi. Sẽ đơn giản hơn để làm một cái gì đó như thế này:

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

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

Answer 8

Đảm bảo rằng hàm tạo của 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. Ví 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!"); 
    } 
} 

Output:

Nhấn Enter

// sau khi nhấn enter

Hi đến ...

Hi there!

Hi there!

Answer 9

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

Answer 10

Dưới đây là thứ tự thực tế, trong đó mọi thứ đi xuống:

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