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

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

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

常量

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

只读

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

关键区别在于Const是#DEFINE的C等价物。这个数字实际上被替换为a-la预编译器。只读实际上被视为一个变量。

当项目A依赖于项目B中的公共常数时，这种区别尤其重要。假设公共常数发生变化。现在，您选择const/readonly将影响项目A的行为：

Const：项目A不会捕获新值（当然，除非使用新的Const重新编译），因为它是使用中的子常量编译的。

ReadOnly：项目A将始终向项目B请求其变量值，因此它将获取B中公共常量的新值。

老实说，我建议您对除真正的通用常数（例如Pi、Inches_To_厘米）之外的几乎所有内容都使用只读。对于任何可能改变的内容，我建议使用只读。

希望这有帮助，艾伦。

又一次抓住了。由于const实际上只适用于基本数据类型，如果您想使用类，您可能会感到“被迫”使用ReadOnly。然而，当心陷阱！ReadOnly表示不能用其他对象替换对象（不能使其引用其他对象）。但是任何引用对象的进程都可以自由修改对象内的值！因此，不要困惑地认为ReadOnly意味着用户无法更改内容。C#中没有简单的语法可以防止类的实例化更改其内部值（据我所知）。

有一个只读的小陷阱。只读字段可以在构造函数中设置多次。即使在两个不同的链式构造函数中设置了该值，它仍然是允许的。

public class Sample {
    private readonly string ro;

    public Sample() {
        ro = "set";
    }

    public Sample(string value) : this() {
        ro = value; // this works even though it was set in the no-arg ctor
    }
}

ReadOnly：该值只能从类的构造函数初始化一次。const：可以在任何函数中初始化，但只能初始化一次