对于readonly和const，很多人无法具体区分，不清楚它们的具体使用场合；现在我们分析它们之间的区别和使用场合。
const是一个编译期常量；const只能用于修饰基元类型、枚举类型或者字符串类型，具有局限性；
因为const是编译期常量，所以const天然就是static的，不用手动的为其增加static修饰符，例如：
static const int ConstValue = ;
编译时，将会提示“常量 ConstValue不能标记为static”；
const最大的优点在于 “效率”，这也是使用const的理由，之所以说const效率高，是因为它在经过编译器编译后，我们在代码中引用const变量的地方会用const变量所对应的实际的值来代替，例如：
Console.WriteLine(ConstValue);
其实代码生成的IL代码则为
Console。WriteLine();
此时程序将不再通过变量来寻找对应的值。
然而readonly是一个运行时常量，并且readonly可以修饰任何类型，没有限制，其赋值行为发生在运行时，readonly的全部意义在于，它在运行时第一次被赋值后将不可以改变，当然了，这个可以分为两个意思
1.对于值类型变量，值本身不可改变
2.对于引用类型变量，引用本身不可改变（指针不可改变）
先说说值类型，例如：
class Employee {
public readonly int ReadOnlyNumber; public Employee(int value) {
ReadOnlyNumber = value;
}
}
Employee的实例ReadOnlyNumber在构造方法中被赋值，之后将不可改变，例如
Employee emp = new Employee();
emp.ReadOnlyNumber = ;
此代码将无法通过编译，提示“无法对只读字段赋值（构造函数或者变量初始值指定项中除外）”；
针对于引用类型变量，我们可以做如下的修改
class Boss {
public string Name { get; set; }
} class Employee2
{
public readonly Boss ReadOnlyBoss; public Employee2(Boss value)
{
ReadOnlyBoss = value;
}
}
Employee2的ReadOnlyBoss是一个引用类型变量，在其被赋值后，变量不能再指向任何其他的Boss实例；例如
Employee2 emp2 = new Employee2(new Boss() { Name="Witt"});
emp2.ReadOnlyBoss = new Boss() { Name = "Witt2" };
这段代码将无法编译成功，因为ReadOnlyBoss不能在赋值后再指向任何其他的实例。
但是呢，之前我们说过，引用本身不可改变，但是引用所指向的实例的属性值却可以随意修改，例如下面这段代码将可以通过
Employee2 emp2 = new Employee2(new Boss() { Name="Witt"});
//emp2.ReadOnlyBoss = new Boss() { Name = "Witt2" };
emp2.ReadOnlyBoss.Name = "Witt2";
readonly所代表的运行时含义有一个重要的作用，就是可以为每一个类的实例指定一个readonly的变量，我们以前面的Employee来举例说明；
Employee e1 = new Employee();
Employee e2 = new Employee();
Employee e3 = new Employee();
Employee e4 = new Employee();
Employee e5 = new Employee();
在这里，每个实例都生成了自己的readonly变量，这也就是readonly的优点。
好了，说了这么多，相信大家也都明白了，const的优点在于效率，但却没有readonly灵活，在程序对效率的要求并不高时（效率的地位不高），readonly则成为你更好的选择，因为readonly没有更多的灵活性。
现在说一下注意点，之前我说过readonly在赋值之后将不能被再次赋值，这是错误的，下面这个例子将很好的说明这一点
class Employee {
public readonly int ReadOnlyNumber = 50;
public Employee(int value) {
ReadOnlyNumber = value;
ReadOnlyNumber += ;
ReadOnlyNumber *= ;
}
}
ReadOnlyNumber在初始化器中被赋值为50，后来，在构造中又被多次赋值；实际上，我们可以将初始化器理解成构造方法的一部分，在构造方法中，我们确实可以多次对ReadOnlyNumber赋值。
