有一个重要的问题，在上面的答案中没有提到，应该会促使您更喜欢“const”，特别是对于“int”、“string”等基本类型。

常量可以用作属性参数，静态只读字段不能！

Azure函数HttpTrigger，未在属性中使用HttpMethods类

如果微软为Http的GET、POST、DELETE等使用常量就好了。

可以写

[HttpTrigger(AuthorizationLeve.Anonymous,  HttpMethods.Get)] // COMPILE ERROR: static readonly, 

但我不得不求助于

[HttpTrigger(AuthorizationLeve.Anonymous,  "GET")] // STRING

或者使用我自己的常量：

public class HttpConstants
{
    public const string Get = "GET";
}

[HttpTrigger(AuthorizationLeve.Anonymous,  HttpConstants.Get)] // Compile FINE!

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

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

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

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

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

需要注意的几个相关事项：

常量int a

必须初始化。初始化必须在编译时进行。

只读int a

可以使用默认值，而无需初始化。初始化可以在运行时完成（编辑：仅在构造函数内）。

C#.Net中的常量和静态只读字段之间有一个微小的区别

const必须在编译时用值初始化。

const在默认情况下是静态的，需要用常量值初始化，以后不能修改。它不能与所有数据类型一起使用。对于ex-DateTime。它不能与DateTime数据类型一起使用。

public const DateTime dt = DateTime.Today;  //throws compilation error
public const string Name = string.Empty;    //throws compilation error
public static readonly string Name = string.Empty; //No error, legal

只读可以声明为静态，但不是必需的。无需在声明时进行初始化。它的值可以使用构造函数赋值或更改一次。所以，有可能更改只读字段的值一次（不管它是静态的还是非静态的），这在const中是不可能的。

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

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

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

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

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