静态构造函数如何工作？

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

这是我假设的顺序

1. 静态构造函数的开始
2. 静态构造函数的结尾
3. 主开始
4. MyMethod的开始
5. 主端

现在，在任何情况下，如果4将在2之前启动，我都会被搞砸。可能吗？

您在这里只问了一个问题，但是应该回答十二个左右的问题，所以我会全部回答。

这是我假设的顺序

1. 类构造函数的开始（也称为cctor）
2. cctor结束
3. 主开始
4. MyMethod的开始

它是否正确？

否。正确的顺序是：

1. 如果有的话，启动cctor for Program。那没有。
2. 程序的cctor结束（如果有）。那没有。
3. 主开始
4. cctor for MyClass的开始
5. cctor for MyClass结束
6. MyClass.MyMethod的开始

如果有一个静态字段初始化器怎么办？

在某些情况下，允许CLR更改静态字段初始化程序运行的顺序。有关详细信息，请参见Jon关于该主题的页面：

静态构造函数和类型初始值设定项之间的区别

是否有可能MyMethod在该类的cctor完成之前调用静态方法？

是。如果cctor本身调用MyMethod，则显然在cctor完成之前将调用MyMethod。

cctor不调用MyMethod。是否有可能MyMethod在MyClass的cctor完成之前调用静态方法？

是。如果cctor使用另一种类型，其cctor调用MyMethod，则将在MyClass cctor完成之前调用MyMethod。

没有cctor可以直接或间接调用MyMethod！现在是否有可能MyMethod在MyClass的cctor完成之前调用静态方法？

没有。

即使涉及多个线程，这仍然是正确的吗？

是。在可以在任何线程上调用static方法之前，cctor将在一个线程上完成。

cctor可以多次调用吗？假设两个线程都导致cctor运行。

保证cctor最多调用一次，无论涉及多少线程。如果两个线程“同时”调用MyMethod，则它们竞争。其中一个输掉比赛并阻塞，直到MyClass cctor在获胜线程中完成。

丢失的线程会阻塞，直到cctor完成？真的吗

真。

那么，如果胜利线程上的cctor调用了代码，该代码阻塞了失败线程先前所获取的锁？

然后，您有一个经典的锁定顺序反转条件。您的程序陷入僵局。永远。

那似乎很危险。如何避免僵局？

如果这样做时很痛，那就停止这样做。永远不要做会阻碍cctor的事情。

依靠cctor初始化语义来强制执行复杂的安全性要求是一个好主意吗？拥有负责用户交互的cctor是个好主意吗？

都不是好主意。我的建议是，您应该找到一种不同的方法来确保满足您的方法中影响安全性的前提条件。

根据MSDN，静态构造函数：

在创建第一个实例或引用任何静态成员之前，将自动调用静态构造函数来初始化类。

因此，静态构造函数将在调用静态方法之前MyClass.MyMethod()被调用（假设当然在静态构造或静态字段初始化期间也不会调用）。

现在，如果您要在其中进行任何异步操作static constructor，那么同步它是您的工作。

＃3实际上是＃1：静态初始化直到第一次使用它所属的类时才开始。

可以MyMethod从静态构造函数或静态初始化块中调用。如果您不MyMethod直接或间接从静态构造函数调用，则应该没问题。

从文档（重点是我的）：

在创建第一个实例或引用任何静态成员之前，将自动调用静态构造函数来初始化类 。

您可以保证4总是在2之后（如果您不是通过静态方法创建类的实例），但是1和3并非如此。

在执行mymethod之前，将调用静态构造函数。但是，如果在2之前调用4时感到困惑，那么我建议您重新考虑设计。无论如何，不​​应该在静态构造函数中做复杂的事情。

CLR保证静态构造函数在访问任何静态成员之前运行。但是，您的设计有点臭。做这样的事情会更直接：

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

对于您的设计，如果身份验证失败，则阻止MyMethod运行的唯一方法是引发异常。

确保在执行任何静态方法之前已调用静态类的构造函数。例：

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

输出：

按回车

//在按回车键之后

嗨，来...

嗨，您好！

嗨，您好！

这是发生故障的实际顺序：

1. 开始于 Main
2. 静态MyClass构造函数的开始
3. 静态MyClass构造函数的结尾
4. 开始于 MyMethod
5. 结束 Main

或者，您可以逐步调试。