# 原则18:值类型和引用类型的区别
**By D.S.Qiu**
**尊重他人的劳动,支持原创,转载请注明出处:[http://dsqiu.iteye.com](http://dsqiu.iteye.com)**
值类型或引用类型?结构体或类?什么时候你需要使用它们?这不是 C++ ,定义的类型为值类型可以当做引用类型使用。这也不是 Java ,所有类都是引用类型(除非你是语言设计者之一)。当你创建类的时候你就需要决定这个类所有实例的行为。在开始的时候就要做好这个重要的选择。你必须面对这个选择的后果因为改变之前的选择会引起一些代码的破坏。创建类型的时候只是很简单的选择 struct 和 class 关键字,但是如果改变类型就要花很大功夫去更新客户代码。
这不想更喜欢其中的一个那么简单。正确的选择取决于你希望怎么样使用新类型。值类型不会有多态性。它们更适合用于存储程序操作的数据。引用类型具有多态性应该用来定义程序的行为。考虑新类型期待的职责,并且选择正确的类型来创建。结构体存储数据。类定义行为。
.NET 和 C# 会加入值类型和引用类型的区别是因为在 C++ 和 Java 都出现很常见的问题。在 C++ 中,所有参数和返回值都按值传递。按值传递是非常高效的,但是会有一个问题:部分复制(有时也被称作对象切割)。如果你在希望是基类的地方使用的是子类,只有子类中基类中的部分会被复制。你因此失去子类的所有信息。即使是调用虚函数也是执行的基类的版本。
Java 语言的针对这个问题处理是或多或少移除值类型。所有用户定义的类型都是引用类型。在 Java 语言中,所有参数和返回值都是按引用传递的。这个策略有着保持一致的优点,但是牺牲了性能。我们来正视这个问题,有些类不需要多态性——它们也不会被那样设计。Java 程序员为每个变量都需要堆内存的分配和最后的垃圾回收。他们还需要花费更多的时间消耗去解引用每个变量。所有变量都是引用。在 C# 中,你声明新类型是值类型还是引用类型取决于你使用的是 struct 还是 class 关键字。值类型会是小的,轻量的类型。引用类型会出现你类型的继承结构中。这个部分会检查类型的不同使用让你明白值类型和引用类型的所有区别。
首先,这个类型作为方法的返回值:
```
private MyData myData;
public MyData Foo()
{
return myData;
}
// call it:
MyData v = Foo();
TotalSum += v.Value;
```
如果 MyData 是值类型,返回值会被复制存储为 v 。然而,如果 MyData 是引用类型,会导出把内部的变量的引用。你就破坏了封装的原则(查看原则26)。
或者,考虑下面的变种:
```
public MyData Foo2()
{
return myData.CreateCopy();
}
// call it:
MyData v = Foo();
TotalSum += v.Value;
```
现在, v 是 myData 的复制。如果是引用类型,在堆内存会创建两个对象。你不会有暴露内部数据的问题。而是,你在堆内存创建另一个对象。如果 v 是一个局部变量,它会很快变为垃圾并且克隆会强制进行类型检查。这些都是低效率的。
如果类使用 public 方法和属性导出数据应该使用值类型。但那不是说所有有 public 的成员的类型都得是值类型。前面的代码就是假设 MyData 是存储值。它的职责就是存储这些值。
但是考虑下面代码:
```
private MyType myType;
public IMyInterface Foo3()
{
return myType as IMyInterface;
}
// call it:
IMyInterface iMe = Foo3();
iMe.DoWork();
```
myType 仍然从 Foo3 方法中返回。但是这次,不是从返回值中访问数据,而是访问对象定义接口的方法。你访问 MyType 对象不是它存储的数据而是它的行为。那个行为是通过 IMyInferface 体现的,它可以被多个类实现。对于这里例子, MyType 就需要是引用类型,而不是值类型。 MyType 的职责是围绕它的行为,而不是它的数据。
这段简单的代码开始告诉你的区别:值类型存储值,引用类型定义的行为。现在看得更深一点,在这些类型存储在内存和存储模型上表现的性能。考虑这个类:
```
public class C
{
private MyType a = new MyType();
private MyType b = new MyType();
// Remaining implementation removed.
}
C cThing = new C();
```
多个对象被创建?它们会占多大内存?这还不能下定论。如果 MyType 是值类型,你只有一次内存分配。分配的大小是 MyType 大小的两倍。然而,如果 MyType 是一个引用类型,你就有三次内存分配,第一个是 C 对象,它是一个8字节(指针占32位),另外两个是 C 对象包含的 MyType 对象。这个区别是因为值类型会存储在对象内部,而引用类型不会。每个引用变量持有引用,存储需要额外的内存分配。
为了证明这一点,考虑下面内存分配:
```
MyType[] arrayOfTypes = new MyType[100];
```
如果 MyType 是值类型,会一次分配100个的 MyType 对象。然而,如果 MyType 是引用类型,只有一次分配发生。数组的每个元素都是 null 。当你初始化数组100个元素,你就已经有101内存分配——101次多一次内存分配。分配大量的引用类型会将对内存碎片化就会变得慢下来。如果你创建的类型是为了存储数据,那么值类型就是要选择的方式。
值类型和引用类型是一个很重要的选择。将值类型改为引用类型会有影响深远的改变。考虑这个类型:
```
public struct Employee
{
// Properties elided
public string Position
{
get;
set;
}
public decimal CurrentPayAmount
{
get;
set;
}
public void Pay(BankAccount b)
{
b.Balance += CurrentPayAmount;
}
}
```
这个简单类型只包含一个方法让你支付被雇佣者。时间久了,系统也会运行很好。如果你决定有不同类型的被雇佣者:销售人员得到佣金,经理收到奖金。你决定改变 Employee 的类型:
```
public class Employee2
{
// Properties elided
public string Position
{
get;
set;
}
public decimal CurrentPayAmount
{
get;
set;
}
public virtual void Pay(BankAccount b)
{
b.Balance += CurrentPayAmount;
}
}
```
这个会破坏很多已经存在使用你定义 struct 的代码。返回值类型变为返回引用类型。参数按值传递变为按引用传递。下面代码的行为会有巨大的变化:
```
Employee e1 = Employees.Find(e => e.Position == "CEO");
BankAccount CEOBankAccount = new BankAccount();
decimal Bonus = 10000;
e1.CurrentPayAmount += Bonus; // Add one time bonus.
e1.Pay(CEOBankAccount);
```
一次性的奖金变成了永久的加薪。这就是用引用类型替换值类型导致的。编译器会十分欢快是你的改变生效。 这个 CEO 也会很高兴。另一个头, CFO 就会报错。你不能想当然把值类型改为引用类型因为实际上:它改变行为了。
这个问题出现是因为 Employee 类不再遵循值类型的规范。定义的被雇佣者除了存储数据,在这个例子中,它还有其他职责——支付被雇佣者。职责是类类型的范畴。类可以定义多态很容易实现常见的职责,结构体就不能只应该限制存储数据。
.NET 文档推荐你考虑类型大小作为决定是否值类型和引用类型的决定因素。实际上,更好的因素是类型的使用。如果类型只是一个结构或者数据的载体最佳的候选是值类型。的确值类型在内存管理更高效:少量的堆内存碎片,更少的垃圾,以及更少寻址。更重要的是,值类型作为方法或属性的返回值会被复制。暴露内部结构体的引用没有任何危害。但是注意其他的细节。值类型对支持常见的面向对象技术很有限制。你不能创建值类型的继承结果。你应该认为所有的值类型都是封闭的。你创建的值类型可以实现接口但是需要装箱,原则17介绍拆箱操作引起的性能问题(译者注:这应该是第一步叙述,第一个版中原则17关于封箱和拆箱)。你应该认为值类型作为存储的容器,而不是面向对象意义上的对象。
你会创建比值类型更多的引用类型。如果下面的问题你都回答是,那你可以创建值类型。以前面雇佣者为例考虑这些问题:
1.这个类是否满足存储数据的职责?
2.是否所有属性 public 接口都只是访问数据?
3.我是否确定这个类型不会有子类?
4.我是否确定这个类型不会看成多态性?
构建低级的数据存储类就用值类型。使用引用类型构建你程序的行为。你可以安全的复制数在对象外暴露。你可以享受基于栈和内置值存储的内存使用优势,而且你可以利用标准的面向对象计算实现你程序的逻辑。当对类型选择很疑惑的时候,就使用引用类型。
小结:
总结下:值类型和引用类型的选择——如果只是数据的存储,并且所有 public 的接口(属性和方法)都是只是访问数据而不是修改数据才使用值类型,其他情况都选择引用类型。
欢迎各种不爽,各种喷,写这个纯属个人爱好,秉持”分享“之德!
有关本书的其他章节翻译请[点击查看](/category/297763),转载请注明出处,尊重原创!
如果您对D.S.Qiu有任何建议或意见可以在文章后面评论,或者发邮件(gd.s.qiu@gmail.com)交流,您的鼓励和支持是我前进的动力,希望能有更多更好的分享。
转载请在**文首**注明出处:[http://dsqiu.iteye.com/blog/2079672](/blog/2079672)
更多精彩请关注D.S.Qiu的博客和微博(ID:静水逐风)
- 第一章 C# 语言习惯
- 原则1:使用 属性(Poperty)代替可直接访问的数据成员(Data Member)
- 原则2:偏爱 readonly 而不是 const
- 原则3:选择 is 或 as 而不是强制类型转换
- 原则4:使用条件特性(conditional attribute)代替 #if
- 原则5:总是提供 ToString()
- 原则6:理解几个不同相等概念的关系
- 原则7:明白 GetHashCode() 的陷阱
- 原则8:优先考虑查询语法(query syntax)而不是循环结构
- 原则9:在你的 API 中避免转换操作
- 原则10:使用默认参数减少函数的重载
- 原则11:理解小函数的魅力
- 第二章 .NET 资源管理
- 原则12:选择变量初始化语法(initializer)而不是赋值语句
- 原则13:使用恰当的方式对静态成员进行初始化
- 原则14:减少重复的初始化逻辑
- 原则15:使用 using 和 try/finally 清理资源
- 原则16:避免创建不需要的对象
- 原则17:实现标准的 Dispose 模式
- 原则17:实现标准的 Dispose 模式
- 原则18:值类型和引用类型的区别
- 原则19:确保0是值类型的一个有效状态
- 原则20:更倾向于使用不可变原子值类型
- 第三章 用 C# 表达设计
- 原则21:限制你的类型的可见性
- 原则22:选择定义并实现接口,而不是基类
- 原则23:理解接口方法和虚函数的区别
- 原则24:使用委托来表达回调
- 原则25:实现通知的事件模式
- 原则26:避免返回类的内部对象的引用
- 原则27:总是使你的类型可序列化
- 原则28:创建大粒度的网络服务 APIs
- 原则29:让接口支持协变和逆变
- 第四章 和框架一起工作
- 原则30:选择重载而不是事件处理器
- 原则31:用 IComparable<T> 和 IComparer<T> 实现排序关系
- 原则32:避免 ICloneable
- 原则33:只有基类更新处理才使用 new 修饰符
- 原则34:避免定义在基类的方法的重写
- 原则35:理解 PLINQ 并行算法的实现
- 原则36:理解 I/O 受限制(Bound)操作 PLINQ 的使用
- 原则37:构造并行算法的异常考量
- 第五章 杂项讨论
- 原则38:理解动态(Dynamic)的利与弊
- 原则39:使用动态对泛型类型参数的运行时类型的利用
- 原则40:使用动态接收匿名类型参数