C#中按引用传递参数的优势及内存影响咨询

首先直接给你结论：用ref传递你的List不会节省运行时内存，反而完全没必要——因为你误解了.NET中引用类型参数的默认传递行为。

让我给你拆解清楚：

1. .NET中引用类型的默认参数传递（按值传递）到底传的是什么？ #

List<CustomClass>是引用类型，它的实例存储在托管堆上，而你代码里的itemList变量只是一个指向堆上实例的引用（可以理解为一个指针），在64位系统上这个引用只占8字节，32位系统是4字节。

当你调用Calculate(itemList)时，传递的是这个引用的副本——注意，不是整个50K元素的List的副本！这个副本还是指向堆上同一个List实例，所以方法内部对List的任何操作（比如修改元素属性、添加/删除元素）都会直接作用在原来的List上，同时传递这个引用副本的内存开销只有几字节，完全可以忽略不计。

你的代码注释里写的“传递数组副本”是错误的——根本没有创建List的副本，只是传了个小指针的副本而已。

2. ref传递到底做了什么？ #

当你用ref传递参数时，你传递的是变量本身的引用（也就是存储那个List引用的变量的地址）。这时候：

• 方法内部可以直接修改外部变量的引用指向（比如把itemList改成指向一个新的List，或者设为null），这在默认传递时做不到——默认传递时你修改的只是方法内的引用副本，外部变量不会变。
• 但从内存开销来说，ref传递的也是一个指针（同样是8/4字节），和默认传递的引用副本的内存消耗几乎完全一样，所以根本不会节省内存。甚至因为ref的语义需要CLR做额外的处理，可能还会有极微小的性能开销（几乎可以忽略，但绝对不会更优）。

3. 什么时候才需要用ref传递引用类型？ #

只有当你需要在方法内部修改外部变量的引用指向时，ref才有意义。比如：

private void ReplaceList(ref List<CustomClass> itemList)
{
    // 这个修改会直接影响外部的itemList变量，让它指向一个新的空列表
    itemList = new List<CustomClass>();
}

而如果只是对List内部的元素做操作（比如你代码里的计算逻辑），默认传递就完全足够，ref在这里纯粹是画蛇添足。

总结一下 #

你的50K元素List在默认传递时，根本没有被复制，内存上只多了一个几字节的引用副本——用ref传递不会帮你节省任何内存，反而会让代码语义变得模糊（别人看到ref会以为你要修改变量的引用）。

内容的提问来源于stack exchange，提问作者jhon