是否有必要在只读结构中使用“in”修饰符？

Question

在 C# 7.2 中，只读结构是否总是像存在“in”参数一样传递给函数？如果不是，在什么情况下复制内存是有用的，因为它是只读的？

我有一个只读结构：

public readonly struct Vec2 

{

     public readonly double X;

     public readonly double Y;

}

那么当调用数十亿次时，这两种方法之间是否会有性能差异：

public double Magnitude1(Vec2 v)

{

    return Math.Sqrt(v.X*v.X + v.Y*v.Y);

}

public double Magnitude2(in Vec2 v)

{

    return Math.Sqrt(v.X*v.X + v.Y*v.Y);

}

如果是这样，为什么编译器不识别 Vec2 是只读结构，而只是像“in”存在一样传递它？是否有一个实例，您可能想要传递一个没有“in”修饰符的只读结构？

Answer 1

只读结构是否总是像存在“in”参数一样传递给函数？不。如果没有in修饰符，readonly结构是按值传递的，而不是按引用传递。如果不是，在什么情况下复制内存是有用的，因为它是只读的？如果你想保证内存没有改变，复制内存会很有用。请记住，结构可以更改，即使它是readonly. 例如：readonly struct S{    public readonly int I;    public S(int i) { this.I = i; }}class Program{    static S s1 = new S(1);    static void Main()    {        A(s1);    }    static void A(in S s2)    {        Console.Write(s2.I);        s1 = new S(2); // This is legal even though S is readonly!        Console.Write(s2.I);    }}in在参数 上使用修饰符时s2，输出为 12。没有in修饰符时，输出为 11。这种行为差异意味着编译器无法透明地in向readonly struct参数添加修饰符。（即使方法A没有修改s1，另一个线程也可以。）那么当调用数十亿次时，这两种方法之间是否会有性能差异？可能有；测量它并查看。我希望结构越大，按值传递的速度就越慢。如果是这样，为什么编译器不识别 Vec2 是只读结构，而只是像“in”存在一样传递它？是否有一个实例，您可能想要传递一个没有“in”修饰符的只读结构？也许如果struct它们非常小（例如，8 个字节或更少），按值传递（例如，在 CPU 寄存器中）可能比按引用传递（然后必须取消引用指针）便宜。