C#--神奇的静态变量

问题的发现

早上上班，在使用partial修饰类的时候，发现我新建的partial类里面拼接的字符串居然没有拼接成功。
代码如下：

StaticClass.A.cs

StaticClass.B.cs


执行这个代码，大家猜一猜会出现什么？”字段A和字段B永远在一起“？？？，接下来神奇的来了：

字段B这个渣男神奇的消失了。

问题原因

第一反应，partial类字段不共享。然后试了试直接在StaticClass.A.cs中，将StaticClass.B.cs中的StringB在StaticClass.A.cs中赋值一下。然后重新编译运行，然并卵，还是一样的结果。
没有办法，只能祭出下一魂技。partial只是.net2.0的一个语法糖，编译之后是不会有这个关键字的。使用ILSpy编译一下，看看编译后的结果。

看到这里，答案已经基本浮现再我们面前了。
现在我们直接在Main中输入如下代码：

class Program
    {
     
        internal static string StringA = "字段A";
        internal static string StringAB = StringA + StringB + "永远在一起";
        internal static string StringB = "字段B";
        static void Main(string[] args)
        {
     
            Console.WriteLine("Hello World!");
            Console.WriteLine(StringAB);
            Console.Read();
        }
    }

结果输出：

Hello World!
字段A永远在一起

得到结论：

同一个类中的静态变量，是有上下顺序的。

总结

上面这个简单的例子，其实涉及到C#的2大基础知识。编译 与 CLR加载

注明：图片来源网络

partial类的编译

将上面的StaticClass.A.cs修改成StaticClass.C.cs，字段A就可以和字段B愉快的在一起了。
请注意修改的字段名称，将A改成了C。修改这个字段名称会改变什么内容呢。对的，就是文件的排列顺序。
这也就说明了，

C#编译器 在编译cs文件的时候，是按照文件顺序一个一个加载cs文件的。

CLR加载

CLR并不是开始就加载所有的可能用到的程序集，只有用到的时候才会去加载。（这个这里没有体现，以后碰到具体例子在详细说明。）
上面的例子，说明了

CLR在加载同一个类的时候，是按照顺序，一行一行去加载IL代码。

类的加载顺序除了上面简单的静态变量块，还有很多情况，下次有时间继续讲解。