令人惊讶的是，只读实际上会导致代码变慢，正如Jon Skeet在测试他的Noda Time库时发现的那样。在本例中，一个在20秒内运行的测试在删除readonly后只花了4秒。

https://codeblog.jonskeet.uk/2014/07/16/micro-optimization-the-surprising-inefficiency-of-readonly-fields/

令人惊讶的是，只读实际上会导致代码变慢，正如Jon Skeet在测试他的Noda Time库时发现的那样。在本例中，一个在20秒内运行的测试在删除readonly后只花了4秒。

https://codeblog.jonskeet.uk/2014/07/16/micro-optimization-the-surprising-inefficiency-of-readonly-fields/

用非常实际的术语来说:

如果在dll a中使用const，而dll B引用该const，则该const的值将被编译到dll B中。如果您使用该const的新值重新部署dll a, dll B将仍然使用原始值。

如果在dll a和dll B引用中使用该readonly，则运行时将始终查找该readonly。这意味着如果您使用该只读的新值重新部署dll A, dll B将使用该新值。

readonly关键字用于将成员变量声明为常量，但允许在运行时计算值。这与使用const修饰符声明的常量不同，后者必须在编译时设置其值。使用readonly，您可以在声明中或在字段所属对象的构造函数中设置字段的值。

如果您不想重新编译引用该常量的外部dll(因为它在编译时被替换)，也可以使用它。

不要忘记有一种变通方法，可以使用out参数在任何构造函数之外设置只读字段。

有点乱，但是:

private readonly int _someNumber;
private readonly string _someText;

public MyClass(int someNumber) : this(data, null)
{ }

public MyClass(int someNumber, string someText)
{
    Initialise(out _someNumber, someNumber, out _someText, someText);
}

private void Initialise(out int _someNumber, int someNumber, out string _someText, string someText)
{
    //some logic
}

进一步讨论请访问:http://www.adamjamesnaylor.com/2013/01/23/Setting-Readonly-Fields-From-Chained-Constructors.aspx

添加一个基本方面来回答这个问题:

属性可以通过省略set操作符来表示为只读。所以在大多数情况下，你不需要添加readonly关键字属性:

public int Foo { get; }  // a readonly property

相比之下:字段需要readonly关键字来实现类似的效果:

public readonly int Foo; // a readonly field

因此，将字段标记为只读的一个好处是可以实现与没有设置操作符的属性类似的写保护级别——如果出于某种原因，不需要将字段更改为属性。