先解释下什么是静态常量(Const)以及什么是动态常量(Readonly)。
静态常量(Const)是指编译器在编译时候会对常量进行解析,并将常量的值替换成初始化的那个值。
动态常量(Readonly)的值则是在运行的那一刻才获得的,编译器编译期间将其标示为只读常量,而不用常量的值代替,这样动态常量不必在声明的时候就初始化,而可以延迟到构造函数中初始化。
| 静态常量(Compile-time Constant) | 动态常量(Runtime Constant) |
定义 | 声明的同时要设置常量值。 | 声明的时候可以不需要进行设置常量值,可以在类的构造函数中进行设置。 |
类型限制 | 只能修饰基元类型,枚举类型或者字符串类型。 | 没有限制,可以用它定义任何类型的常量。 |
对于类对象而言 | 对于所有类的对象而言,常量的值是一样的。 | 对于类的不同对象而言,常量的值可以是不一样的。 |
内存消耗 | 无。 | 要分配内存,保存常量实体。 |
综述 | 性能要略高,无内存开销,但是限制颇多,不灵活。 | 灵活,方便,但是性能略低,且有内存开销。 |
举个例子来说明一下:
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(); }
以上是语法方面的应用,那在实际的用法上,还是有些微妙的变化,通常不易发觉.
举个例子来说明一下:
在程序集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 变量是运行时变量,它在运行时第一次赋值后将不可以改变。其中“不可以改变”分为两层意思:
值类型变量,举个例子说明一下:
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赋值。
新闻热点
疑难解答