为何访问Class2静态字段与实例化Class2时，VS堆栈跟踪结果不同？

这本质上是CLR的类初始化规则和JIT编译优化共同导致的结果，咱们一步步拆解两种场景的不同：

第一种场景：var test = Class2.c3在Class1构造函数中 #

当Class1的构造函数执行到var test = Class2.c3时，CLR发现Class2还没被初始化（这是第一次访问它的静态成员），于是会触发Class2的静态类初始化流程：

1. CLR会自动调用Class2幕后生成的静态初始化方法（包含静态字段赋值和显式静态构造函数的逻辑）
2. 在这个初始化方法里，执行new Class3()来给静态字段c3赋值
3. 这时候又发现Class3还没初始化，CLR再次自动触发Class3的静态构造函数

这里的关键是：CLR的类初始化流程是由运行时主动发起的，不是直接从Class1的构造函数调用链里跳转过来的。JIT编译时会把静态初始化的逻辑和原调用链做“隔离”，所以在Class3静态构造函数的断点处，堆栈跟踪里看不到Class1的构造函数——因为从CLR主动初始化Class2开始，调用链已经被运行时的初始化逻辑接管了。

第二种场景：替换为var test = new Class2() #

当Class1的构造函数执行new Class2()时，逻辑变成了：

1. Class1构造函数直接调用Class2的默认无参实例构造函数
2. 在执行实例构造函数之前，CLR需要先初始化Class2（创建类实例的前置要求），于是触发Class2的静态初始化流程
3. 同样初始化Class3并触发它的静态构造函数

这时候整个调用链是显式的用户代码调用链：Class1构造函数 → Class2实例构造函数 → Class2静态初始化 → Class3静态构造函数。因为所有步骤都是从用户代码的调用发起的，没有被CLR的主动初始化流程“打断”，所以堆栈跟踪里能完整展示整个调用链，自然就能看到Class1的构造函数了。

简单总结：

• 访问静态成员触发的类初始化，是CLR主动发起的“独立”流程，会断开原用户代码的调用链可见性
• 创建实例触发的类初始化，依附于用户代码的实例构造调用链，堆栈能完整保留调用路径

内容的提问来源于stack exchange，提问作者Jean-Francois Lavigne