目錄

• 什么是靜態常量（Const）和動態常量（Readonly）
• 靜態常量（Const）和動態常量（Readonly）之間的區別
• 動態常量（Readonly）被賦值后不可以改變
• 總結

什么是靜態常量（Const）和動態常量（Readonly）

　　先解釋下什么是靜態常量（Const）以及什么是動態常量（Readonly）。
　　靜態常量（Const）是指編譯器在編譯時候會對常量進行解析，并將常量的值替換成初始化的那個值。
　　動態常量（Readonly）的值則是在運行的那一刻才獲得的，編譯器編譯期間將其標示為只讀常量，而不用常量的值代替，這樣動態常量不必在聲明的時候就初始化，而可以延遲到構造函數中初始化。

靜態常量（Const）和動態常量（Readonly）之間的區別

1. Const修飾的常量在聲明的時候必須初始化;Readonly修飾的常量則可以延遲到構造函數初始化 。
2. Const常量既可以聲明在類中也可以在函數體內，但是Static Readonly常量只能聲明在類中。Const是靜態常量，所以它本身就是Static的，因此不能手動再為Const增加一個Static修飾符。
3. Const修飾的常量在編譯期間就被解析，即：經過編譯器編譯后，我們都在代碼中引用Const變量的地方會用Const變量所對應的實際值來代替; Readonly修飾的常量則延遲到運行的時候。

　　舉個例子來說明一下：

        public static readonly int NumberA = NumberB * 10;        public static readonly int NumberB = 10;        public const int NumberC = NumberD*10;        public const int NumberD = 10;        static void Main(string[] args)        {            Console.WriteLine("NumberA is {0}, NumberB is {1}.", NumberA, NumberB);//NumberA is 0, NumberB is 10.            Console.WriteLine("NumberC is {0}, NumberD is {1}.", NumberC, NumberD);//NumberC is 100, NumberD is 10.            Console.ReadKey();        }

View Code

　　以上是語法方面的應用，那在實際的用法上，還是有些微妙的變化，通常不易發覺.
　　舉個例子來說明一下：
　　在程序集DoTestConst.dll 中有一個類MyClass，定義了一個公開的靜態變量Count

    public static class MyClass    {        public const int Count = 10;    }

　　然后另外一個應用程序中引用DoTestConst.dll，并在代碼中作如下調用：

    public static void Main(string[] args)    {        Console.WriteLine(DoTestConst.MyClass.Count);//輸出10        Console.ReadKey();    }

　　毫無疑問，非常簡單的代碼，直接輸出10。
　　接下來更新MyClass的Count的值為20，然后重新編譯DoTestConst.dll，并更新到應用程序的所在目錄中，注意不要編譯應用程序。那么這時候的輸出結果按預期那么想應該是20才對，但實際上還是10，為什么呢？
　　這就是Const的特別之處，有多特別還是直接看生成的IL，查看IL代碼(假設這時候Count的值為10)

　　IL_0000: nop
　　IL_0001: ldc.i4.s 10
　　IL_0003: call void [mscorlib]System.Console::WriteLine(int32)

　　紅色代碼很明顯的表明了，直接加載10，沒有通過任何類型的加載然后得到對應變量的，也就是說在運行時沒有去加載DoTestConst.dll，那么是否意味著沒有DoTestConst.dll也可以運行呢？答案是肯定的，刪除DoTestConst.dll也可以運行，是否很詭異呢？也就解釋了之前的實驗，為什么更新Const變量的值之后沒有調用新的值，因為程序在運行的時候根本不會去加載DoTestConst.dll。那么10這個值是從哪來的呢？實際上CLR對于Const變量做了特殊處理，是將Const的值直接嵌入在生成的IL代碼中，在執行的時候不會再去從dll加載。這也帶來了一個不容易發覺的Bug，因此在引用其他程序集的Const變量時，需考慮到版本更新問題，要解決這個問題就是把調用的應用程序再編譯一次就ok了。但實際程序部署更新時可能只更新個別文件，這時候就必須用Readonly關鍵字來解決這個問題。

　　接下來看Readonly的版本：

    public static class MyClass    {        public static readonly int Count = 10;    }

　　調用方代碼不變，接著看生成的IL代碼：

　　IL_0000: nop
　　IL_0001: ldsfld int32 [DoTestConst]DoTestConst.MyClass::Count
　　IL_0006: call void [mscorlib]System.Console::WriteLine(int32)

　　很明顯加載代碼變了，一個很常見的ldsfld動作，請求了DoTestConst.MyClass的Count變量，是通過強制要求加載DoTestConst來實現的。因此這時候更新Count的值重新編譯之后，還是不編譯調用程序，然后再執行就會看到新的值。而這時候如果刪除DoTestConst.dll那么，會出現找不到dll之類的異常。這也充分說明了對于Readonly定義的變量是在運行時加載的。

動態常量（Readonly）被賦值后不可以改變

　　ReadOnly 變量是運行時變量，它在運行時第一次賦值后將不可以改變。其中“不可以改變”分為兩層意思：

1. 對于值類型變量，值本身不可以改變（Readonly， 只讀）
2. 對于引用類型變量，引用本身（相當于指針）不可改變。

　　值類型變量，舉個例子說明一下：

    public class Student    {        public readonly int Age;        public Student(int age)        {            this.Age = age;        }    }

　　Student的實例Age在構造函數中被賦值以后就不可以改變，下面的代碼不會編譯通過：

Student student = new Student(20);student.Age = 21; //錯誤信息：無法對只讀的字段賦值（構造函數或變量初始化器中除外）

　　引用類型變量，舉個例子說明一下：

    public class Student    {        public int Age; //注意這里的Age是沒有readonly修飾符的        public Student(int age)        {            this.Age = age;        }    }    public class School    {        public readonly Student Student;        public School(Student student)        {            this.Student = student;        }    }

　　School實例的Student是一個引用類型的變量，賦值后，變量不能再指向其他任何的Student實例，所以，下面的代碼將不會編譯通過：

School school = new School(new Student(10));school.Student = new Student(20);//錯誤信息：無法對只讀的字段賦值（構造函數或變量初始化器中除外）

　　引用本身不可以改變，但是引用說指向的實例的值是可以改變的。所以下面的代碼是可以編譯通過的：

School school = new School(new Student(10));school.Student.Age = 20;

　　在構造方法中，我們可以多次對Readonly修飾的常量賦值。舉個例子說明一下：

    public class Student    {        public readonly int Age = 20;//注意:初始化器實際上是構造方法的一部分，它其實是一個語法糖        public Student(int age)        {            this.Age = age;            this.Age = 25;            this.Age = 30;        }    }

總結

　　Const和Readonly的最大區別(除語法外)
　　Const的變量是嵌入在IL代碼中，編譯時就加載好，不依賴外部dll（這也是為什么不能在構造方法中賦值）。Const在程序集更新時容易產生版本不一致的情況。
Readonly的變量是在運行時加載，需請求加載dll，每次都獲取最新的值。Readonly賦值引用類型以后，引用本身不可以改變，但是引用所指向的實例的值是可以改變的。在構造方法中，我們可以多次對Readonly賦值。