[C#] const vs. static readonly

前段时间写code的时候需要在类中定义一个常量的字符串，我就随手写了个const string = "xxx";。结果review别人的code时发现他们用的时static readonly，看起来效果差不多，那么究竟该用哪个呢？于是，我先把我们整个大工程里的code大概翻了翻，想看看大家都是怎么用的以及这两种有没有什么适用环境，结果是太混乱了，相同的情况下用这两个的都有。所以，我决定梳理一下这两个字段。

1. const与static readonly的最主要区别

我觉得const与static readonly最大的区别在于，前者是静态常量，后者是动态常量。意思就是const在编译的时候就会对常量进行解析，并将所有常量出现的地方替换成其对应的初始化值。而动态常量static readonly的值则在运行时才拿到，编译的时候只是把它标识为只读，不会用它的值去替换，因此static readonly定义的常量的初始化可以比const稍微推迟一些。

为了更清楚得看到编译时获取值与运行时获取值的区别，这里有一个简单的例子。
我们写新建一个名为ConstStaticReadOnly的Console Application Project和一个名为MyClassConfig的Portable Class Library Project。

// ConstStaticReadOnly Projectnamespace ConstStaticReadOnly
{    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("const value is: {0}", MyClassConfig.ConstValue);
            Console.WriteLine("static readonly value is: {0}", MyClassConfig.ReadonlyValue);
        }
    }
}

// MyClassConfig Projectnamespace ConstStaticReadOnly
{    public class MyClassConfig
    {
        public const string ConstValue = "const";        public static readonly string ReadonlyValue = "readonly";
    }
}

编译运行我们可以看到下面的输出结果：

const value is: conststatic readonly value is: readonly

下面我们修改一下两个常量的值 （后面都加上value），然后只把MyClassConfig重新编译一遍，并将生成的dll拷贝到ConstStaticReadOnly的build目录下替换原来的那个dll，再运行ConstStaticReadOnly则可以得到下面的输出：

const value is: conststatic readonly value is: readonly value

从运行结果可以看到，只有static readonly那个值变了，const还是原来的值。这是因为我们没有重新build ConstStaticReadOnly工程，而它里面用到的ConstValue值早在上次build的时候就已经被替换成了"const"。那么，怎么才能把ConstStaticReadOnly里面的值变成最新的呢？很简单，在ConstValue值修改以后，重新build ConstStaticReadOnly。

这样一下子就可以看到在这里使用const的缺点了，如果我们的MyClassConfig被其他100个工程引用的话，每次修改MyClassConfig后一定要重新build这100个工程，不然的话这些工程里的const值就不会更新。

当然上面的例子并不是说const不好或者我们不要用const，只是说有些情况不适合用const，而且const也有自身的优点，如编译时就被解析从而免去了运行时的一些调用，既可以声明在类中也可以声明在函数体内等。
下面我们就来分析一下两者分别适用的情况。

2. 什么时候用const

（1）对于我们非常确定不会改变的常量，（这里的改变不是指运行时试图重新赋值来改变，而是指code中写的那个值被修改）例如：
const int CM_IN_A_METER = 100;

（2）在函数体内声明的常量，例如：

void func(){    const double PI = 3.14;    // use PI to do some calculation}

（3）用于attribute里，例如

public static class Text 
    {
        public const string ConstDescription = "This can be used.";        public readonly static string ReadonlyDescription = "Cannot be used.";
    }    public class Fun 
    {
        // You should add using System.ServiceModel.Description (System.ServiceModel.dll);
        // and using System.ComponentModel (System.dll);
        [Description(Text.ConstDescription)]        public int BarThatBuilds { get; set; }

        [Description(Text.ReadOnlyDescription)]        public int BarThatDoesNotBuild { get; set; }
    }

在attribute里面只能使用const常量，使用static readonly会出现编译错误。

Error   1   'ConstStaticReadOnly.Text' does not contain a definition for 'ReadOnlyDescription'

（4）当你需要implicit conversion时
下面是stackoverflow上有人提供的一个例子，采用const与static readonly得到的结果会不一样。

const int y = 42;static void Main(){    short x = 42; 
    Console.WriteLine(x.Equals(y)); // True}static readonly int y = 42;static void Main(){ 
    short x = 42; 
    Console.WriteLine(x.Equals(y)); // False}

The reason is that the method x.Equals has two overloads, one that takes in a short (System.Int16) and one that takes an object (System.Object). Now the question is whether one or both apply with my y argument.

对于const修饰的int常量情况，存在implicit conversion from int to short，这样比较的时候就使用了short版本的Equals；而static readonly修饰的int则不具有隐士转换的功能，比较的时候使用的object的Equals，如果你认为这种情况下他们应该相等，则可以在比较的时候进行显示转换，如x.Equals((short)y)。

3. 什么时候用static readonly

（1）需要根据config文件里的值来初始化的
为了方便管理常量，我们通常会把一个project或者solution里的所有常量集中起来，采用config文件进行配置。这样不仅便于管理、修改和维护，而且可以在不同的环境下使用不同的config文件来初始化code里的那些常量。const修饰的常量必须在声明的时候就初始化在code里，肯定是做不到这一点的，所以可以采用static readonly来声明这些常量，然后在构造函数里load config文件，对所有相应的常量进行初始化。

（2）可能会发生变化的常量
其实（1）也可以看做是这一类，只是我觉得（1）比较常用，而且像（1）那样对常量进行集中管理是一种很好的习惯，所以才单独提出来了。下面来对可能发生变化的常量举一个例子，

class MyMathLib{
    private static readonly PI = 3.14;
}

为什么说PI是一个可能会变得常量呢？因为不同情况下你的工程对精度的要求可能不一样，某天如果突然间发现只保留两位小数时精度不够时，可能就会把它改成3.14159了。另外，这里的PI跟上面函数体内需要用到的PI必须用const并不矛盾，虽然函数体内的PI也可能会改变，但是并不要紧，因为它已经在函数体内了，改变后肯定会同时编译PI常量和那个函数。

（3）需要new操作符初始化的
const一般用于修饰值类型或者string（注意string是引用类型）。因为引用类型（除了string）是要通过new关键字来初始化的，而const声明的常量是不能用new来初始化的，所以如果你一定要用const来修饰一个引用类型（string除外）的常量，请初始化为null。例如，Fun f = new Fun();会引起下面的编译错误：

Error   1    A const field of a reference type other than string can only be initialized with null.

所以，如果你要将引用类型的非空值定义为常量，你需要使用static readonly，

private static readonly List<int> test = new List<int> {1, 2, 3};

（4）关于private与public
类中static readonly修饰的常量应该用private还是public呢？如果用private，那客户端那边就不能直接访问了，所以就定义成public？对于一般的值类型或者string，定义成public static readonly当然没问题，这也是我们常用的。

可是对下面一种情况可能会有问题：

// ConstStaticReadOnly Projectnamespace ConstStaticReadOnly
{    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("x={0}, y={1}", MyClassConfig.ReadonlyPoint.x, MyClassConfig.ReadonlyPoint.y);             // MyClassConfig.ReadonlyPoint = new Point() is not allowed
            // We cannot change the reference of ReadonlyPoint
            // But we can change the fields in ReadonlyPoint
            MyClassConfig.ReadonlyPoint.x = 3;
            MyClassConfig.ReadonlyPoint.y = 4;
            Console.WriteLine("x={0}, y={1}", MyClassConfig.ReadonlyPoint.x, MyClassConfig.ReadonlyPoint.y);
        }
    }
}

// MyClassConfig Projectnamespace ConstStaticReadOnly
{    public class Point
    {
        public int x;        public int y;        public Point(int a, int b)
        {
            x = a;
            y = b;
        }
    }    public class MyClassConfig
    {
        public static readonly Point ReadonlyPoint = new Point(1, 2);
    }
}

输出结果：

x=1, y=2
x=3, y=4

我们的本意应该是让ReadonlyPoint不能被外界改变，现在看来上面的static readonly并没有达到这个效果。这是因为static readonly修饰的常量只能保证reference不能变，也就是不能对ReadonlyPoint进行重新赋值，但是ReadonlyPoint引用的那个Point里面的值是可以被改变的，这叫mutable reference types。

所以在用FxCop 对代码进行分析时，会出现Do not declare read only mutable reference types的warning。也就是说上面那样用public static readonly修饰的ReadonlyPoint并不是安全的，下面有一种解决方案：
把ReadonlyPoint声明为private或者protected，然后提供一个仅提供get函数的property来返回内部的ReadonlyPoint。

protected static readonly Point readonlyPoint = new Point(1, 2);public static Point ReadonlyPoint
{
    get
    {        return readonlyPoint;
    }
}

4. 小结

（1）const常量在编译时解析；而static readonly常量在运行时解析。
（2）const常量必须在定义时初始化；而static readonly常量可以在定义时初始化，也可以在构造函数中初始化；
（3）非常确定不会改变的常量值可以用const，必须写在函数体内的常量需要用const，需要被attributes用到的常量应该用const。
（4）常量需要被客户端引用，且可能会改变，应该用static readonly。

作者：丑小丫大笨蛋
链接：https://www.jianshu.com/p/62578c8faa52