Const、readonly、static readonly-执行类似操作但有重要区别的关键字：

•Const-是一个变量，其值为常量，在编译时赋值。必须为其赋值。默认常量是静态的，我们不能在整个程序中更改常量变量的值。

•只读-意味着我们可以在运行时更改的值，也可以在运行时间分配它，但只能通过非静态构造函数。

•静态只读值​​可以在运行时分配，也可以在编译时分配，并在运行时更改。但该变量的值只能在静态构造函数中更改。并且不能进一步改变。在执行过程中只能更改一次。

您可以在此处找到示例-https://www.c-sharpcorner.com/UploadFile/c210df/difference-between-const-readonly-and-static-readonly-in-C-Sharp/

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

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

private const int Total = 5;

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

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

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

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

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

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

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。

静态只读字段在暴露于其他程序集的值可能会在更高版本中更改。

例如，假设程序集X公开一个常量，如下所示：

public const decimal ProgramVersion = 2.3;

如果程序集Y引用X并使用该常量，则值2.3编译时将烘焙到程序集Y中。这意味着如果稍后重新编译X并将常量设置为2.4，则Y仍将使用旧值2.3直到重新编译Y。静态只读字段避免了这个问题。

另一种看待这一点的方式是根据定义，未来的变化不是一成不变的，因此应该不能表示为一个。