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

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

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

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

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

希望这有帮助，艾伦。

标记为const的变量只不过是强类型的#define宏，在编译时，const变量引用被替换为内联文本值。因此，只能以这种方式使用某些内置基元值类型。标记为只读的变量可以在运行时在构造函数中设置，并且它们的只读性也在运行时强制执行。与此相关的性能开销较小，但这意味着您可以对任何类型（甚至引用类型）使用只读。

此外，常量变量本质上是静态的，而只读变量如果需要可以是特定于实例的。

有一个与常量的gotcha！如果从另一个程序集引用常量，则其值将直接编译到调用程序集中。这样，当您更新引用程序集中的常量时，它不会在调用程序集中发生更改！

有一件事要补充人们上面所说的。如果程序集包含只读值（例如，只读MaxFooCount=4；），则可以通过使用不同的值（例如只读MaxFooCount=5；）发送该程序集的新版本来更改调用程序集看到的值

但如果使用常量，则在编译调用者时，它将被折叠到调用者的代码中。

如果你已经达到了C#的熟练程度，你就可以阅读比尔·瓦格纳的书《有效的C#：提高你的C语言的50种具体方法》了#它详细回答了这个问题（以及其他49个问题）。

还有一个陷阱：只读值可以通过反射被“狡猾”的代码改变。

var fi = this.GetType()
             .BaseType
             .GetField("_someField", 
                       BindingFlags.Instance | BindingFlags.NonPublic);
fi.SetValue(this, 1);

我可以使用反射更改C#中的私有只读继承字段吗？

下面是另一个链接，演示const如何不是版本安全的，或者与引用类型无关。

摘要：

const属性的值在编译时设置，不能在运行时更改Const不能被标记为静态的-关键字表示它们是静态的，而只读字段则可以。Const不能是除值（基元）类型以外的任何类型readonly关键字将字段标记为不可更改。但是，属性可以在类的构造函数内更改readonly关键字还可以与static组合，使其以与常量相同的方式（至少在表面上）起作用。当你观察两者之间的IL时，有一个显著的差异常量字段在IL中标记为“literal”，而readonly为“initonly”