我的偏好是尽可能使用const，正如前面的回答中所提到的，它仅限于字面表达或不需要求值的内容。

如果我碰到了这个限制，那么我会回退到静态只读，但有一个警告。我通常会使用带有getter和支持私有静态只读字段的公共静态属性，正如Marc在这里提到的。

有一个重要的问题，在上面的答案中没有提到，应该会促使您更喜欢“const”，特别是对于“int”、“string”等基本类型。

常量可以用作属性参数，静态只读字段不能！

Azure函数HttpTrigger，未在属性中使用HttpMethods类

如果微软为Http的GET、POST、DELETE等使用常量就好了。

可以写

[HttpTrigger(AuthorizationLeve.Anonymous,  HttpMethods.Get)] // COMPILE ERROR: static readonly, 

但我不得不求助于

[HttpTrigger(AuthorizationLeve.Anonymous,  "GET")] // STRING

或者使用我自己的常量：

public class HttpConstants
{
    public const string Get = "GET";
}

[HttpTrigger(AuthorizationLeve.Anonymous,  HttpConstants.Get)] // Compile FINE!

常量就像名称所暗示的那样，字段不会改变，通常在编译时在代码中静态定义。

只读变量是可以在特定条件下更改的字段。

它们可以在第一次像常量一样声明时初始化，但通常在构造函数内的对象构造期间初始化。

在上述条件下，初始化发生后不能更改它们。

静态只读对我来说听起来是一个糟糕的选择，因为如果它是静态的，并且它永远不会改变，那么就使用它public const。如果它可以改变，那么它不是常量，然后根据您的需要，您可以使用只读变量，也可以仅使用常规变量。

另外，另一个重要区别是常量属于类，而只读变量属于实例！

公共静态只读字段有点不寻常；公共静态财产（只有一个get）将更常见（可能由私有静态只读字段支持）。

常量值直接写入调用站点；这是双面的：

如果值是在运行时获取的，可能是从config获取的如果更改常量的值，则需要重建所有客户端但它可以更快，因为它避免了方法调用。。。…有时JIT可能会内联

如果该值永远不会改变，那么常量是好的-零等是合理的常量；p除此之外，静态财产更常见。

另外一个我不相信的区别是上面提到的：

常量和静态只读值不会在Visual Studio IDE中应用CodeLens。

static只获取财产，但会将CodeLens应用于这些属性。

我认为添加CodeLens非常有价值。

注意：当前正在使用Visual Studio 2022。

这只是对其他答案的补充。我不会重复这些（现在是四年后）。

在某些情况下，常量和非常量具有不同的语义。例如：

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。

原因是，方法x.Equals有两个重载，一个接受短（System.Int16），另一个接受对象（System.object）。现在的问题是，是一个还是两个都适用于y参数。

当y是编译时常数（文字）（常量）时，如果int是常量，并且C#编译器验证其值是否在short（42是）的范围内，那么从int到short的隐式转换就变得很重要了。请参阅C#语言规范中的隐式常量表达式转换。因此，必须考虑这两种过载。首选重载Equals（short）（任何short都是一个对象，但不是所有对象都是短的）。所以y被转换为short，并使用过载。然后Equals比较两个短的相同值，结果为真。

当y不是常数时，不存在从int到short的隐式转换。这是因为一般来说，int可能太大，无法放入short。（确实存在显式转换，但我没有说Equals（（短）y），所以这不相关。）我们看到只有一个重载适用，Equals（对象）重载。所以y被装箱为对象。然后Equals将比较System.Int16和System.Int32，因为运行时类型甚至不一致，这将产生false。

我们得出的结论是，在某些（罕见的）情况下，将常量类型成员更改为静态只读字段（或在可能的情况下，以其他方式）可以更改程序的行为。