在C#编程中，类型初始化一直是确保类成员在首次使用前正确设置的关键步骤。从构造函数到静态构造函数，C#提供了多种机制来控制类型的初始化过程。然而，在C# 9.0之前，这些机制主要关注于单个类型的初始化，而缺乏对程序集级别初始化的直接支持。C# 9.0通过引入模块初始化器填补了这一空白。
模块初始化器是一种特殊的静态方法，它在程序集加载到应用程序域时自动执行。与类型初始化器（如静态构造函数）不同，模块初始化器不依赖于任何特定类型的首次使用触发，而是与包含它的模块（通常是程序集）的加载紧密相关。
语法和用法
模块初始化器的语法非常简单，它类似于一个静态方法，但使用ModuleInitializer特性进行标记，并且必须是static和void返回类型。此外，该方法不能有任何参数。
using System.Runtime.CompilerServices;
public class ModuleInitializerExample
{
// 模块初始化器必须是静态方法，且没有参数
[ModuleInitializer]
public static void Initialize()
{
// 这里放置初始化代码
System.Console.WriteLine("模块初始化器已执行");
}
}
然而，上面的代码示例实际上是不正确的，因为模块初始化器不应该定义在任何类的内部。正确的方式是将其定义为一个顶级静态方法（在C# 9.0及以上版本中支持），如下所示：
using System.Runtime.CompilerServices;
// 注意：这个方法不在任何类或命名空间内
[ModuleInitializer]
public static void Initialize()
{
// 这里放置初始化代码
System.Console.WriteLine("模块初始化器已执行");
}
当程序集被加载时，运行时环境会自动调用标记为ModuleInitializer的所有方法。这意味着你可以在一个程序集中拥有多个模块初始化器，它们将按照不确定的顺序执行。因此，模块初始化器之间不应存在依赖关系或假定特定的执行顺序。
用途和优势
模块初始化器非常适合执行那些需要在类型使用之前完成的全局初始化操作。例如，它们可以用于初始化静态资源、配置全局状态、注册事件处理程序或执行其他任何需要在程序集加载时进行的设置。
与静态构造函数相比，模块初始化器的主要优势在于它们不依赖于任何特定类型的首次引用。这使得它们成为设置跨类型共享资源的理想选择，尤其是在大型项目或库中，其中可能有许多类型需要访问共享配置或资源。
注意事项
- 模块初始化器不保证执行顺序，因此应避免在它们之间建立依赖关系。
- 模块初始化器中的代码应尽快执行完毕，以避免延迟程序集的加载。
- 模块初始化器无法处理异常，因为它们是由运行时在程序集加载过程中自动调用的。如果模块初始化器抛出异常，它将导致程序集加载失败。
结论
C# 9.0中引入的模块初始化器为开发者提供了一个新的控制点，用于在程序集级别执行初始化代码。通过利用这一特性，开发者可以更加灵活地管理全局状态和资源共享，从而提高代码的可维护性和可重用性。
