通过引用传递和使用 ref

Question

我查看了类似的问题并阅读了一些文章。 这篇文章有一些图片可以清楚地说明这一点。

SomeObject so = new SomeObject();
somefunction(so);
Console.write(so.x); // will print 1

SomeObject so1 = new SomeObject();
somefunctionByRef(so1);
Console.write(so1.x); // will print 1


static void somefunction(SomeObject so)
{
    so.x = 1;
}

public void somefunctionByRef(ref SomeObject so)
{
    so.x = 1;
}

两种方法对此引用类型具有相同的效果。那么为什么要选择 ref 关键字作为引用类型呢？

使用 somefunction(SomeObject so) 并修改方法内的对象并期望不使用 ref 关键字进行更改是一种不好的做法（可能是错误的）吗？

Answer 1

.Net 中的默认参数传递是按值完成的。对于值类型和引用类型都是如此。不同之处在于，使用引用类型时，您将按值传递对实例的引用，而不是实际对象。

效果就是原函数中的so引用和someFunction是独立的。更改引用引用的实例不会影响另一个实例。然而，因为它们引用同一个对象，所以它们可以看到另一个对象对该对象所做的突变（这就是示例中 x 发生变化的原因）

SomeObject so = new SomeObject();
so.x = 42;
somefunction(so);
Console.Write(so.x); // will print 42

static void somefunction(SomeObject so) {
  so = new SomeObject();
  so.x = 13;
}

ref 修饰符导致参数通过引用而不是值传递。实际上没有引用的副本，原始函数和调用函数中的 so 是相同的引用。因此重置一个会重置另一个

SomeObject so = new SomeObject();
so.x = 42;
somefunction(ref so);
Console.Write(so.x); // will print 13

static void somefunction(ref SomeObject so) {
  so = new SomeObject();
  so.x = 13;
}

Answer 2

我只在处理非引用类型（例如 int、decimal 等）时使用 ref 。

看看 此 MSDN 页面 可以获得更清晰的解释，并了解一些陷阱

Answer 3

类已经通过引用传递（在非托管术语中，指向对象的指针也是如此）。通过传递引用，您可以更改基础变量（您正在使用指向指针的指针）。采用以下代码：

static void foo(SomeObject so)
{
    so.x = 1;
    so = null;
}

static void bar(ref SomeObject so)
{
    so.x = 1;
    so = null;
}

SomeObject so1 = new SomeObject(); 
foo(so1); 
Console.write(so1.x); // will print 1 
bar(so1); 
Console.write(so1.x); // crash

第一个方法将起作用，您将打印出 1 - 将 so 分配给 null 只会更改该函数的本地变量。第二个会导致崩溃（NullReferenceException），因为 so1 已设置为 null。

Answer 4

对于引用类型，默认情况下参数通过引用传递，除非指定通过值传递。我认为这是一个足够安全的假设，大多数 .Net 开发人员都应该知道。