除了

必须在常量VS只读值的定义时声明该值可以动态计算，但需要在构造函数退出之前赋值。之后，它被冷冻。常量是隐式静态的。您使用ClassName.ConstantName符号来访问它们。

有一个微妙的区别。考虑AssemblyA中定义的类。

public class Const_V_Readonly
{
  public const int I_CONST_VALUE = 2;
  public readonly int I_RO_VALUE;
  public Const_V_Readonly()
  {
     I_RO_VALUE = 3;
  }
}

AssemblyB引用AssemblyA并在代码中使用这些值。编译时：

对于常量值，它就像查找替换。值2被“烘焙”到AssemblyB的IL中。这意味着如果明天我将I_CONST_value更新为20，AssemblyB仍将有2，直到我重新编译它。在只读值的情况下，它类似于对内存位置的引用。该值不会烘焙到AssemblyB的IL中。这意味着如果更新了内存位置，AssemblyB将在不重新编译的情况下获得新值。因此，如果I_RO_VALUE更新为30，则只需要构建AssemblyA，而不需要重新编译所有客户端。

因此，如果你确信常数的值不会改变，那么使用常量。

public const int CM_IN_A_METER = 100;

但是，如果您有一个可能会改变的常数（例如w.r.t.精度），或者当有疑问时，请使用只读。

public readonly float PI = 3.14;

更新：阿库需要被提及，因为他首先指出了这一点。此外，我需要插入我学到的内容：有效的C#-比尔·瓦格纳

常量

默认情况下，常量是静态的它们在编译时必须有一个值（例如3.14*2，但不能调用方法）无法在函数中声明复制到使用它们的每个程序集中（每个程序集都获得值的本地副本）可用于属性

只读实例字段

在构造函数退出时必须具有设置值在创建实例时计算

静态只读字段

当代码执行命中类引用时（当创建新实例或执行静态方法时）在完成静态构造函数时必须具有计算值不建议将ThreadStaticAttribute放在这些线程上（静态构造函数将仅在一个线程中执行，并将为其线程设置值；所有其他线程将未初始化此值）

常量

const关键字可以应用于字段或局部变量我们必须在声明时指定常量字段未分配内存，因为编译后常量值嵌入IL代码本身。这就像查找所有出现的常量变量并用其值替换。因此编译后的IL代码将使用硬编码值代替常量变量默认情况下，C#中的常量是静态的。所有对象的值都是常量存在dll版本控制问题-这意味着每当我们更改公共常量变量或属性时（事实上，理论上不应该更改），任何其他使用此变量的dll或程序集都必须重新构建只有C#内置类型可以声明为常量Const字段不能作为ref或out参数传递

只读

readonly关键字仅适用于字段而非局部变量我们可以在声明时或在构造函数中分配只读字段，而不是在任何其他方法中。为只读字段分配动态内存，我们可以在运行时获得该值。只读属于创建的对象，因此只能通过类的实例访问。为了使其成为类成员，我们需要在只读之前添加静态关键字。根据使用的构造函数，值可能不同（因为它属于类的对象）如果将非基元类型（引用类型）声明为只读，则只读引用是不可变的，而不是它所包含的对象。由于该值是在运行时获得的，因此只读字段/财产不存在dll版本控制问题。我们可以在构造函数上下文中将只读字段作为ref或out参数传递。

我们办公室的一名团队成员就何时使用常量、静态和只读提供了以下指导：

当您有一个在运行时可以知道的类型的变量（string literal、int、double、enums…），您希望类的所有实例或使用者都可以访问值不应更改的位置时，请使用const。如果您希望类的所有实例或使用者都可以访问值可以更改的数据，请使用静态。当您有一个在运行时无法知道的类型的变量（对象），您希望类的所有实例或使用者都可以访问值不应更改的位置时，请使用静态只读。当您有一个实例级变量时，您将在创建对象时知道该变量不应更改，请使用readonly。

最后一个注意事项：常量字段是静态的，但反之则不是真的。

Const和readonly相似，但并不完全相同。const字段是一个编译时常量，意味着该值可以在编译时计算。只读字段支持在构造类型期间必须运行某些代码的其他场景。构造后，无法更改只读字段。

例如，const成员可用于定义以下成员：

struct Test
{
    public const double Pi = 3.14;
    public const int Zero = 0;
}

因为像3.14和0这样的值是编译时间常数。然而，请考虑这样的情况：您定义了一个类型，并希望提供它的一些预制实例。例如，您可能希望定义一个Color类，并为常见颜色（如黑色、白色等）提供“常量”。不可能使用const成员来实现这一点，因为右侧不是编译时常量。可以对常规静态成员执行此操作：

public class Color
{
    public static Color Black = new Color(0, 0, 0);
    public static Color White = new Color(255, 255, 255);
    public static Color Red = new Color(255, 0, 0);
    public static Color Green = new Color(0, 255, 0);
    public static Color Blue = new Color(0, 0, 255);
    private byte red, green, blue;

    public Color(byte r, byte g, byte b) {
        red = r;
        green = g;
        blue = b;
    }
}

但是，没有什么可以阻止Color的客户破坏它，可能是通过交换Black和White值。不用说，这会给Color类的其他客户端带来恐慌。“只读”功能解决了这种情况。通过在声明中简单地引入readonly关键字，我们保留了灵活的初始化，同时防止了客户机代码乱来。

public class Color
{
    public static readonly Color Black = new Color(0, 0, 0);
    public static readonly Color White = new Color(255, 255, 255);
    public static readonly Color Red = new Color(255, 0, 0);
    public static readonly Color Green = new Color(0, 255, 0);
    public static readonly Color Blue = new Color(0, 0, 255);
    private byte red, green, blue;

    public Color(byte r, byte g, byte b) {
        red = r;
        green = g;
        blue = b;
    }
}

有趣的是，const成员总是静态的，而只读成员可以是静态的，也可以不是静态的，就像常规字段一样。

可以将一个关键字用于这两个目的，但这会导致版本控制问题或性能问题。假设我们对这个（const）使用了一个关键字，一个开发人员写道：

public class A
{
    public static const C = 0;
}

而另一位开发人员编写的代码依赖于a:

public class B
{
    static void Main() {
        Console.WriteLine(A.C);
    }
}

现在，生成的代码是否可以依赖于A.C是一个编译时间常数这一事实？也就是说，A.C的使用是否可以简单地用值0代替？如果你对此说“是”，那么这意味着A的开发者不能改变A.C的初始化方式——这在未经许可的情况下束缚了A的开发者的双手。如果你对这个问题说“不”，那么就会错过一个重要的优化。也许A的作者肯定A的C值永远为零。const和readonly的使用允许A的开发人员指定意图。这有助于更好的版本控制行为和更好的性能。

只读：可以在运行时通过Ctor更改值。但不通过成员函数

常量：默认情况下为静态。值不能从任何位置更改（Ctor、Function、runtime等no where）