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

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

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

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

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

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

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

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

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

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

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

施工

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

静态只读

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

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

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

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

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

声明常量和静态只读之间的另一个区别在于内存分配。

静态字段属于对象的类型，而不是该类型的实例。因此，一旦类第一次被引用，静态字段将在剩余时间内“驻留”在内存中，并且静态字段的同一实例将被该类型的所有实例引用。

另一方面，常量字段“属于该类型的实例。

如果释放的内存对您来说更重要，请使用const。如果是速度，则使用静态只读。