将成员变量声明为只读有哪些好处?它只是为了防止在类的生命周期中有人更改它的值，还是使用这个关键字会导致任何速度或效率的改进?
当前回答
添加一个基本方面来回答这个问题:
属性可以通过省略set操作符来表示为只读。所以在大多数情况下，你不需要添加readonly关键字属性:
public int Foo { get; } // a readonly property
相比之下:字段需要readonly关键字来实现类似的效果:
public readonly int Foo; // a readonly field
因此，将字段标记为只读的一个好处是可以实现与没有设置操作符的属性类似的写保护级别——如果出于某种原因，不需要将字段更改为属性。
其他回答
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
令人惊讶的是，只读实际上会导致代码变慢，正如Jon Skeet在测试他的Noda Time库时发现的那样。在本例中，一个在20秒内运行的测试在删除readonly后只花了4秒。
https://codeblog.jonskeet.uk/2014/07/16/micro-optimization-the-surprising-inefficiency-of-readonly-fields/
使用只读没有明显的性能好处，至少我在任何地方都没有看到过。这只是为了完全按照你的建议去做，为了在初始化后防止修改。
因此，它是有益的，因为它可以帮助您编写更健壮、更可读的代码。当您在团队中工作或进行维护时，这样的事情会带来真正的好处。将某些东西声明为只读类似于在代码中为该变量的使用订立契约。你可以把它看作是用与其他关键字(如internal或private)相同的方式添加文档，你在说“这个变量在初始化后不应该被修改”，而且你在强制执行它。
因此，如果您创建了一个类，并通过设计将一些成员变量标记为只读，那么您就可以防止您自己或其他团队成员在以后扩展或修改类时犯错误。在我看来，这是一个值得拥有的好处(就像doofledorfer在评论中提到的那样，代价是额外的语言复杂性)。
如果你有一个预先定义或预先计算的值，需要在整个程序中保持不变，那么你应该使用constant，但如果你有一个值需要在运行时提供，但一旦分配，应该在整个程序中保持不变，你应该使用readonly。例如，如果你必须分配程序的开始时间，或者你必须在对象初始化时存储用户提供的值，并且你必须限制它进一步更改，你应该使用readonly。
