如果可以提供编译时间常数，请使用const：

private const int Total = 5;

如果需要在运行时计算值，请使用静态只读：

private static readonly int GripKey = Animator.StringToHash("Grip");

这将导致编译错误，因为在编译时不可能获得该值。

private const int GripKey = Animator.StringToHash("Grip");

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

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

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

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

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

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, green, blue) = (r, g, b);
}

但是，没有什么可以阻止Color的客户破坏它，可能是通过交换黑白值。不用说，这会给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, green, blue) = (r, g, 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的开发人员指定意图。这有助于更好的版本控制行为和更好的性能。

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中是不可能的。

常量：

应在声明时给出值编译时间常数

只读：

值可以在声明时或在运行时使用构造函数给出。值可能会因使用的构造函数而异。运行时间常数

这只是对其他答案的补充。我不会重复这些（现在是四年后）。

在某些情况下，常量和非常量具有不同的语义。例如：

const int y = 42;

static void Main()
{
  short x = 42;
  Console.WriteLine(x.Equals(y));
}

打印为True，而：

static readonly int y = 42;

static void Main()
{
  short x = 42;
  Console.WriteLine(x.Equals(y));
}

写入False。

原因是，方法x.Equals有两个重载，一个接受短（System.Int16），另一个接受对象（System.object）。现在的问题是，是一个还是两个都适用于y参数。

当y是编译时常数（文字）（常量）时，如果int是常量，并且C#编译器验证其值是否在short（42是）的范围内，那么从int到short的隐式转换就变得很重要了。请参阅C#语言规范中的隐式常量表达式转换。因此，必须考虑这两种过载。首选重载Equals（short）（任何short都是一个对象，但不是所有对象都是短的）。所以y被转换为short，并使用过载。然后Equals比较两个短的相同值，结果为真。

当y不是常数时，不存在从int到short的隐式转换。这是因为一般来说，int可能太大，无法放入short。（确实存在显式转换，但我没有说Equals（（短）y），所以这不相关。）我们看到只有一个重载适用，Equals（对象）重载。所以y被装箱为对象。然后Equals将比较System.Int16和System.Int32，因为运行时类型甚至不一致，这将产生false。

我们得出的结论是，在某些（罕见的）情况下，将常量类型成员更改为静态只读字段（或在可能的情况下，以其他方式）可以更改程序的行为。