将成员变量声明为只读有哪些好处?它只是为了防止在类的生命周期中有人更改它的值，还是使用这个关键字会导致任何速度或效率的改进?
当前回答
小心使用私有只读数组。如果客户端将这些对象作为对象公开(您可以像我一样为COM互操作这样做)，客户端可以操作数组值。当将数组作为对象返回时，请使用Clone()方法。
其他回答
令人惊讶的是，只读实际上会导致代码变慢，正如Jon Skeet在测试他的Noda Time库时发现的那样。在本例中，一个在20秒内运行的测试在删除readonly后只花了4秒。
https://codeblog.jonskeet.uk/2014/07/16/micro-optimization-the-surprising-inefficiency-of-readonly-fields/
我认为使用只读字段不会带来任何性能上的提升。这只是一个检查，以确保一旦对象完全构造，该字段不能指向一个新值。
然而，“readonly”与其他类型的只读语义非常不同，因为它是由CLR在运行时强制执行的。readonly关键字编译为.initonly，这是CLR可以验证的。
这个关键字的真正优点是生成不可变的数据结构。根据定义，不可变数据结构一旦构造就不能更改。这使得在运行时推断结构的行为变得非常容易。例如，将不可变结构传递给代码的另一个随机部分是没有危险的。他们永远不能改变它，所以你可以根据这个结构可靠地编程。
Robert Pickering写了一篇关于不变性的好处的博客文章。这篇文章可以在这里或archive.org上找到。
请记住，readonly只应用于值本身，所以如果您使用引用类型，readonly只保护引用不被更改。实例的状态不受只读保护。
Readonly可以在声明时初始化，也可以只从构造函数中获取它的值。与const不同，它必须同时进行初始化和声明。 Readonly拥有const所拥有的一切，再加上构造函数初始化
代码https://repl.it/HvRU/1
using System;
class MainClass {
public static void Main (string[] args) {
Console.WriteLine(new Test().c);
Console.WriteLine(new Test("Constructor").c);
Console.WriteLine(new Test().ChangeC()); //Error A readonly field
// `MainClass.Test.c' cannot be assigned to (except in a constructor or a
// variable initializer)
}
public class Test {
public readonly string c = "Hello World";
public Test() {
}
public Test(string val) {
c = val;
}
public string ChangeC() {
c = "Method";
return c ;
}
}
}
不要忘记有一种变通方法，可以使用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
