C# 类的构造函数顺序：参数化、默认和静态？

Question

假设我有一个包含 3 个构造函数、一个默认（无参数）构造函数、一个参数化构造函数和一个静态构造函数的类。 像这样：

public MyClass()  { ... }
public MyClass(string arg) : this()  { ...  }
static MyClass()  { ... }

假设我调用参数化构造函数，这些构造函数以什么顺序执行？

我以为它是静态的，然后参数化，然后默认。 但是……我的经验并不同意这一点。

---

背景：我有一个应用程序，它将引用的 DLL 作为资源嵌入。 注册一个程序集解析器，

static MyClass()
{
    AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(Resolver);
}

在运行时，应用程序通过Resolver 方法的定义

static System.Reflection.Assembly Resolver(object sender, ResolveEventArgs args)
{
    ....
} 

如下所示：我知道解析器可以以它选择的任何方式生成程序集。 就我的应用程序而言，它执行的操作是

Assembly.GetExecutingAssembly().GetManifestResourceStream(name);

其中 name 是嵌入资源的名称。 然后读取该资源的所有字节，并对读取的字节块执行 Assembly.Load(byte[]) 操作。

乍一看，这对您来说可能很奇怪，但它确实有效。

您可能会说，为什么要嵌入程序集，而不仅仅是 ILMerge？ 好问题。 我认为我需要嵌入，因为嵌入的程序集已签名，并且我没有重新签名合并的程序集的密钥。 所以我嵌入。

问题是这样的：假设我在类上声明了一个私有实例成员变量，该变量的类型是在嵌入式程序集中定义的。 就我而言，它是一个枚举，我还初始化了该枚举的值。

现在，如果静态构造函数已经运行，那么该私有成员上的初始化程序将不会出现运行问题。 但我看到的是“找不到文件”错误 - 您的基本 Fusion 错误。

Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly 'MyApp, Version=1.1.4.1, Culture=neutral, PublicKeyToken=edbe51ad942a3f5c' or one of its dependencies. The system cannot find the file specified.
File name: 'MyApp, Version=1.1.4.1, Culture=neutral, PublicKeyToken=edbe51ad942a3f5c'

WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value[HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.
Note: There is some performance penalty associated with assembly bind failure logging.
To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].

如果我删除私​​有实例变量，那么我不会收到 Fusion 错误。

我可以使用该类型的变量，或者稍后在嵌入式程序集中定义的任何其他类型，只要它们没有作为类中的成员实例变量进行初始化。 我可以在实例方法中使用类型，没问题。

---

写下这篇文章，我想我可能已经找到了自己问题的答案。 也许这是一个 JIT 计时问题：实例构造函数可能在静态构造函数运行之前被 JIT 化。 这也许会吗？ 导致融合错误？

有人有任何见解吗？

这不是一个巨大的关键问题，因为我可以重新设计类来避免这个问题，删除依赖于嵌入式程序集的所有实例变量。 但我想理解它。

Answer 1

就顺序而言，你是对的。

首先运行静态构造函数，然后运行非参数化构造函数，最后运行参数化构造函数。

JIT 计时不应成为问题。 CLR 保证静态构造函数将在构造任何实例之前完成。

但是，程序集解析是在静态构造函数触发之前发生的。 运行时需要在调用任何静态构造之前解析程序集（及其依赖项）。 这就是你遇到这个问题的原因。