除了

必须在常量VS只读值的定义时声明该值可以动态计算，但需要在构造函数退出之前赋值。之后，它被冷冻。常量是隐式静态的。您使用ClassName.ConstantName符号来访问它们。

有一个微妙的区别。考虑AssemblyA中定义的类。

public class Const_V_Readonly
{
  public const int I_CONST_VALUE = 2;
  public readonly int I_RO_VALUE;
  public Const_V_Readonly()
  {
     I_RO_VALUE = 3;
  }
}

AssemblyB引用AssemblyA并在代码中使用这些值。编译时：

对于常量值，它就像查找替换。值2被“烘焙”到AssemblyB的IL中。这意味着如果明天我将I_CONST_value更新为20，AssemblyB仍将有2，直到我重新编译它。在只读值的情况下，它类似于对内存位置的引用。该值不会烘焙到AssemblyB的IL中。这意味着如果更新了内存位置，AssemblyB将在不重新编译的情况下获得新值。因此，如果I_RO_VALUE更新为30，则只需要构建AssemblyA，而不需要重新编译所有客户端。

因此，如果你确信常数的值不会改变，那么使用常量。

public const int CM_IN_A_METER = 100;

但是，如果您有一个可能会改变的常数（例如w.r.t.精度），或者当有疑问时，请使用只读。

public readonly float PI = 3.14;

更新：阿库需要被提及，因为他首先指出了这一点。此外，我需要插入我学到的内容：有效的C#-比尔·瓦格纳

我相信常量值对于所有对象都是相同的（并且必须用文字表达式初始化），而只读对于每个实例化可以是不同的。。。

关键区别在于Const是#DEFINE的C等价物。这个数字实际上被替换为a-la预编译器。只读实际上被视为一个变量。

当项目A依赖于项目B中的公共常数时，这种区别尤其重要。假设公共常数发生变化。现在，您选择const/readonly将影响项目A的行为：

Const：项目A不会捕获新值（当然，除非使用新的Const重新编译），因为它是使用中的子常量编译的。

ReadOnly：项目A将始终向项目B请求其变量值，因此它将获取B中公共常量的新值。

老实说，我建议您对除真正的通用常数（例如Pi、Inches_To_厘米）之外的几乎所有内容都使用只读。对于任何可能改变的内容，我建议使用只读。

希望这有帮助，艾伦。

有一个只读的小陷阱。只读字段可以在构造函数中设置多次。即使在两个不同的链式构造函数中设置了该值，它仍然是允许的。

public class Sample {
    private readonly string ro;

    public Sample() {
        ro = "set";
    }

    public Sample(string value) : this() {
        ro = value; // this works even though it was set in the no-arg ctor
    }
}

我们办公室的一名团队成员就何时使用常量、静态和只读提供了以下指导：

当您有一个在运行时可以知道的类型的变量（string literal、int、double、enums…），您希望类的所有实例或使用者都可以访问值不应更改的位置时，请使用const。如果您希望类的所有实例或使用者都可以访问值可以更改的数据，请使用静态。当您有一个在运行时无法知道的类型的变量（对象），您希望类的所有实例或使用者都可以访问值不应更改的位置时，请使用静态只读。当您有一个实例级变量时，您将在创建对象时知道该变量不应更改，请使用readonly。

最后一个注意事项：常量字段是静态的，但反之则不是真的。

这说明了这一点。概要：const必须在声明时初始化，readonly可以在构造函数上初始化（因此，根据使用的构造函数，其值不同）。

编辑：关于细微的差异，请参见上面吉树的gotcha