北京中医酒渣鼻医院 http://m.39.net/pf/a_8733703.html模块初始化器提案已经被提升到C#9候选资格。它就像C#中的静态构造函数，但不是应用于一个类，而是应用于整个程序集。
这个特性从一开始就存在于CLR中，但是直到现在还没有被C#公开。根据模块初始化器提案，它将作为对静态构造函数语法的修改而公开。
[module:ModuleInitializer(typeof(MyModuleInitializer))]
internalstaticclassMyModuleInitializer
{
staticMyModuleInitializer()
{
//将模块初始化器放在这里
}
}
从这个例子中可以看到，模块级属性会被标记为类名。然后，该类的静态构造函数被提升到模块初始化器级别。这个特性可能会带来优于普通静态构造函数的性能。MarkSmeltzer写道：
当前，运行时采用init锁，用于对是否已处理静态构造逻辑进行双重检查。即使向类中添加一个静态只读字段，也会立即增加该类中任何成员的每次外部使用的开销。
能够以一种有保证的、可预测的顺序运行初始化逻辑，并且在模块初始化后没有任何运行时操作，这将是一个巨大的优势。
另一个好处是模块初始化器是可预测的；其中的所有代码都是按顺序运行的。对于静态构造函数，从程序集的角度来看，它们的运行顺序是不确定的。根据客户端代码的不同，类A的构造函数可以在类B之前或之后运行。
对于上面的引文，MarkSmeltzer在评论中进行了澄清：
模块初始化器仍然有上述的好处，但是在最初评论时，我并没有注意到.NETCore3.0对分层编译的一些最新改进…
.NETCore3.0+中的分层编译解决了只读静态成员访问的问题。要了解更多信息，请查看
