如果可以提供编译时间常数，请使用const：

private const int Total = 5;

如果需要在运行时计算值，请使用静态只读：

private static readonly int GripKey = Animator.StringToHash("Grip");

这将导致编译错误，因为在编译时不可能获得该值。

private const int GripKey = Animator.StringToHash("Grip");

Const：常量变量值必须与声明一起定义，之后它不会改变。这在编译时有一个值。

ReadOnly：我们可以在声明时定义只读变量值，也可以在运行时使用构造函数。没有类实例，只读变量无法访问。

静态只读：我们可以在声明时定义静态只读变量值，也可以仅通过静态构造函数，但不能使用任何其他构造函数。我们还可以在不创建类实例（作为静态变量）的情况下访问这些变量。

如果我们必须在不同的程序集中使用变量，静态只读将是更好的选择。请在以下博客文章中查看详细信息：

Const Strings——一种非常方便的射击自己脚的方式

如果Consumer位于不同的程序集中，我将使用静态只读。将const和Consumer放在两个不同的集合中是一个很好的方法来击中自己的脚。

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

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

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

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

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。

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

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

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

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

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

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