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

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

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

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

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

Const：Const只是“常量”，它的值是常量，但在编译时是常量。并且必须为其赋值。默认情况下，常量是静态的，我们不能在整个程序中更改常量变量的值。静态只读：静态只读类型变量的值可以在运行时赋值，也可以在编译时赋值，并在运行时更改。但该变量的值只能在静态构造函数中更改。并且不能进一步改变。它只能在运行时更改一次

参考：c-sharpcorner

常量（在编译时确定）可用于只读静态不能使用的情况，如在switch语句或属性构造函数中。这是因为只读字段仅在运行时解析，并且某些代码构造需要编译时保证。只读静态可以在构造函数中计算，这通常是一个重要而有用的东西。区别是功能性的，我认为它们的用法也是如此。

在内存分配方面，至少对于字符串（作为引用类型）来说，似乎没有区别，因为两者都是内部的，并且将引用一个内部的实例。

就我个人而言，我的默认值是只读静态的，因为它对我来说更有语义和逻辑意义，尤其是因为大多数值在编译时都不需要。顺便说一句，公共只读静态数据并不罕见，正如标记的答案所示：例如，System.String.Empty就是其中之一。

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

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

施工

只能应用于字段。值应在代码编译时。适合在编译代码之前就已经知道的代码中删除神奇的“字符串”、“int/double”、（原始类型）等。编译后，该值将被放置在编译代码的所有使用常量的地方。所以，如果你在很多地方使用了一个巨大的字符串，那么在使它成为常量之前要小心。考虑使用静态只读。

静态只读

静态只读应用于字段/道具，静态可用于方法。（附带说明）当静态应用于方法时，编译的代码不会将“this”参数传递给方法，因此您无法访问对象的实例数据。适用于编译代码后可能更改的值。类似于在应用程序启动等过程中从配置初始化的值。编译代码后，在IL代码中使用ref to值，与使用const相比可能会慢一些，但编译的代码很小

在重构过程中，所有常量都可以安全地转换为静态只读，但反之亦然，正如我们前面所看到的，当一些静态只读变量可以在构造函数中初始化时，转换后的代码可能会中断。

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