C#中类成员的执行顺序

C#中类成员的执行顺序
先进行细分：
类的成员分为：字段、属性、方法、构造方法
成员的修饰符：静态成员、实例成员
层次结构：父类、子类

---

先不考虑继承关系，执行顺序为：

1. 静态字段
2. 静态构造方法
3. 实例字段
4. 实例构造方法
   属性和方法是在调用的时候才执行，这里就不考虑了。如何理解上面的执行过程？假如让我来设计执行过程，我该如何考虑，依据是什么？
   首先，静态的东西是大家共享的，也就是相同的。应该先关心共享的东西，再关系个人的东西。“先公后私”，呵呵。
   其次，实例化之前，应该先初始化自己的内部数据。

---

现在考虑继承关系，执行顺序为：

1. 子类的静态字段
2. 子类的静态构造方法
3. 子类的实例字段
4. 父类的静态字段
5. 父类的静态构造方法
6. 父类的实例字段
7. 父类的实例构造方法
8. 子类的实例构造方法
   在子类的实例字段和子类的实例构造方法之间，加入了父类的执行顺序。这个其实也很好理解：在子类的实例构造方法之前，确实需要知道父类的信息，因为子类要从父类那里继承一些东西。这就好比，没有老子，哪来的儿子呢，呵呵。

---

这里需要特别注意的是，并不是每次实例化都是上面的顺序。因为静态的成员只是在第一次实例化的时候执行，以后再实例化都不会在执行。很好理解，静态的成员意味着大家共享，且只有这一个。第一次实例化得到静态成员后，以后大家都共享，再次实例化，没有必要也不允许执行静态成员的部分。

---

补充说明：
1、构造引用类型的对象时，调用实例构造方法之前，为对象分配的内存总是先被归零，构造器没有显式重写字段，字段的值为0或者null
2、原则上讲，类中的字段应该在实例构造方法内初始化。C#编译器提供了简化的语法，允许在变量定义的时候初始化。但在幕后，C#会把这部分代码搬到构造方法内部。因此，这里存在代码膨胀的问题。多个字段在定义时初始化，同时存在多个构造方法，每个构造方法都会把这些字段初始化的代码搬到自己的内部，这样造成代码的膨胀。为了避免这样情况，可以把这些字段的初始化放到一个无参构造方法内，其他的构造方法显式调用无参构造方法。
3、初始化类的字段有两种方法，①使用简化语法，在定义的时候初始化；② 在构造方法内初始化。使用简化语法初始化的代码，会被搬到构造方法内。特别注意，在生成的IL中，父类构造方法会夹在 ①和②之间。因此，实例化子类的时候，会先执行①，再执行父类构造方法，然后执行②。现在问题来了，假如在父类构造方法内，调用虚方法，虚方法回调子类的方法，子类方法使用字段，这时候字段的值是简化语法初始化的值。

下面我们分情况来分析。

1. 普通构造函数和静态构造函数的执行顺序。
   对于单个的类，它的静态构造函数将先于普通构造函数执行，因为普通构造函数需要在实例化该类的时候执行，而静态构造函数访问该类的同时就开始执行。
   而对于有继承关系的父类和子类来说，父类的普通构造函数先于子类的普通构造函数执行，简而言之就是被依赖的先构造，依赖于人的后构造。
   我们来看实例。
   我们为父类和子类分别定义静态构造函数和普通构造函数。

public class Parent
{
    static Parent()
    {
       Console.WriteLine("Parent Static Constructor");
    }
    public Parent()
    {
        Console.WriteLine("Parent Constructor")
    }
} 


定义一个子类继承于该父类。

public class Child : Parent
{
   static Child()
   {
       Console.WriteLine("Child Static Constructor");
   }
   public Child()
   {
       Console.WriteLine("Child Constructor");
   }

}

那么当我们实例化Child类的时候会如何输出呢？

static void Main(string[] args)
{
    Child child = new Child();
    Console.Read();
}

结果如下

这个结果很好解释，我们实例化子类，所以静态构造函数在访问类的时候同时访问，所以先执行子类的静态构造函数，而Child类依赖于Parent类，所以接下来执行Parent类的普通构造函数。
两个类的静态构造函数执行完毕后分别执行父类的普通构造函数和子类的普通构造函数。

2. 静态变量，静态构造函数以及普通构造函数的情况。
   从上面分析的第一种情况我们知道静态构造函数是先于普通构造函数执行的， 而静态变量是先于静态构造函数执行的。
   那如果该静态变量定义的是该类的一个实例执行顺序如何呢？
   我们来看实例。

public class Child 
{
   static public Child instance = new Child();
   static Child()
   {
      Console.WriteLine("Child Static Constructor");
   }
   public Child()
   {
       Console.WriteLine("Child Constructor");
   }  
}     

实例化该类，显示结果如下：

对于这个执行结果，首先执行的是静态变量，而该静态变量是对Child类的实例化，此时先调用它的普通构造函数，为什么不会调用它的静态构造函数呢？因为静态构造函数的执行在静态变量之后，
所以第一步，初始化静态变量，打印 “Child Constructor” ;
第二步，执行静态构造函数，打印 “Child Static Constructor” ;
第三步，执行普通构造函数， 打印 “Child Constructor”.

3. 存在继承关系的静态变量，静态构造函数，普通构造函数的执行顺序.
   下面我们把第二种情况复杂化一点，加入父类。

public class Parent
{
   static Parent()
   {
       Console.WriteLine("Parent Static Constructor");
   }
   public Parent()
   {
       Console.WriteLine("Parent Constructor");
   }

} 

子类继承于父类。

public class Child :Parent
{
   static public Child instance = new Child();

   static Child()
   {
          Console.WriteLine("Child Static Constructor");
   }
   public Child()
   {
       Console.WriteLine("Child Constructor");
   }    

} 

如果我们实例化Child类，会产生什么结果呢？在我给出答案之前，大家不妨先分析一下这个结果。

1. 先初始化Child类的静态变量instance。
   显然最开始执行的是Child类中的静态变量instance，instance要实例化一个Child类，那么首先要访问Child类的普通构造函数，而Child类又是依赖于Parent类的，所以在执行Child类的
   构造函数之前，先执行的是它父类的静态构造函数和普通构造函数（注意此时Child类的静态构造函数不会执行）。它将打印出"Parent Static Constructor"和"Parent Constructor".
   其次执行这个普通构造函数，（此时Child类的静态构造函数仍然不会执行）。打印出"Child Constructor".
2. 执行Child类的静态构造函数
   这次将打印出"Child Static Constructor"。
3. 执行Child类的普通构造函数
   执行Child类的普通构造函数，这里会产生两个结果。首先，会执行它父类的普通构造函数，注意此时父类的静态构造函数不会执行了，它只会执行一次。其次才是执行Child类自己的普通构造函数。
   因此此时应该打印出"Parent Constructor"和"Child Constructor".
   实际运行的结果也证明刚才分析的正确性。
   

通过上面三个例子的分析，相信大家应该知道了如何去分析这个执行顺序，那就给大家留一个作业自己思考吧。
父类：

public class Parent
{
   static public Parent instance = new Parent();

   static Parent()
   {
      Console.WriteLine("Parent Static Constructor");
   }
   public Parent()
   {
       Console.WriteLine("Parent Constructor");
   }
} 

子类：

public class Child :Parent
{
   static public Child instance = new Child();

   static Child()
   {
       Console.WriteLine("Child Static Constructor");
   }
   public Child()
   {
       Console.WriteLine("Child Constructor");
   }
}