关于.NET中的值类型和引用类型

最新推荐文章于 2022-08-29 11:04:09 发布

stableboy

最新推荐文章于 2022-08-29 11:04:09 发布

阅读量938

点赞数

分类专栏： .net 文章标签： .net class struct c# 扩展编程

.net 专栏收录该内容

79 篇文章 0 订阅

订阅专栏

关于.NET中的值类型和引用类型
摘自： http://www.cnblogs.com/tracy-chuang/archive/2006/10/25/539400.html

        .NET中的值类型和引用类型，这是一个最基础的问题，我也一直以为自己是知道的，所以也没有深究。直到前几天得到达人指点，才陡然明白，原来自己一直到不知道值类型和引用类型的本质。
        目前市面上可见的大部分教授C#的书籍都会首先讲解数据类型，而且往往都会告诉大家：值类型是存在堆栈里面的，引用类型是存在堆里面的。
        达人告诉我，这个必须要从.NET的一个执行机制来看。.NET的程序首先被编译为IL程序，然后再托管执行。这个时候给值类型和引用类型的内存分配是不一样的。值类型直接从堆栈里面取值就可以了，引用类型必须要先从堆栈里面取出它的地址，再根据这个地址到堆里面找到对应的值。
        这就引出了一个问题，int是典型的值类型，class是典型的引用类型，如果我在一个class里面，有诸如int i=0;的语句，那么变量i究竟是存在堆里面还是堆栈里面？
        这个问题可以这样来解释，因为class是引用类型，所以一开始的时候i肯定是存在堆里面的，但是，当执行的时候，IL会把i取到堆栈里面。
        说到引用类型和值类型，就不得不提到Boxing和Unboxing，基本上进行.NET编程的同学们都知道Boxing是把值类型装箱成引用类型，Unboxing是把引用类型拆箱成值类型，但是为什么一定只能拆箱回原有的数据类型呢？
        这个问题，又绕回来了，还是内存分配的问题。装箱是把值类型从堆栈里面取出来，包装一下，作为引用类型存到堆里面去，装箱是把这个包装过的引用类型，从堆里面拿出来，去掉那些包装，把它放回到堆栈里面去。既然这样，中间肯定存在一个内存分配的问题，所以，必须要是原来的类型，否则内存分配不就乱了么？这也能够解释，为什么在我们编程的时候被要求尽量少装箱拆箱，因为这样装来拆去真的是耗时耗力，影响效率。

区分值类型和引用类型

摘自： http://blog.csdn.net/diandian82/archive/2006/07/05/881281.aspx

在 C# 中有两种类型的数据，一种是值类型数据，一种是引用类型数据。在编码的时候区分这两种类型数据，可以避免一些细小的编码错误。

首先说说什么类型是值类型，例如： int 、 float 、 bool 之类的基础类型，以及用 struct 定义的类型，如： DateTime 。除此外，如 string ，数组，以及用 class 定义的类型等都是引用类型。对于 C# 来说，很难罗列出所有类型进行一一分别，这需要自己在编码过程中进行分析总结。

为了更好地说明两种类型之间的区别，借用如下的表格来说明。

	值类型	引用类型
*内存分配地点*	分配在栈中	分配在堆中
效率	效率高，不需要地址转换	效率低，需要进行地址转换
*内存回收*	使用完后，立即回收	使用完后，不是立即回收，等待 GC 回收
*赋值操作*	进行复制，创建一个同值新对象	只是对原有对象的引用
*函数参数与返回值*	是对象的复制	是原有对象的引用，并不产生新的对象
*类型扩展*	不易扩展	容易扩展，方便与类型扩展

通过如上细致对比，大家对于值类型和引用类型有个清楚的概念。

不过，无论是对于值类型还是引用类型来说，对于其作为函数参数或者返回值的时候，都是容易犯错误的地方。

对于值类型来说，当其作为函数参数的时候，希望在函数中被修改，那么直接如下操作是不能被修改的。

public void Increment( int i )

{

i++;

}

要想在函数中对传进去的参数做真正的修改，需要借助于 ref 这个关键字，那么正确的形式如下。

public void Increment( ref int i )

{

i++;

}

也就是说，如果需要在函数中对值类型参数进行修改，需要用 ref 或者 out 进行标识才能真正实现。

而对于引用类型来说，当其作为函数参数的时候，它所遇到的情况恰恰与值类型相反，即不希望在函数中被修改，举例如下。

public void AddValue( MyType typValue )

{

typValue.Count = typValue.Count + 15;

}

由于对于引用类型对象来说，其的赋值操作只是对原有对象的引用，因此在函数对其修改，实际上是直接修改了原有对象数据，这是很多情况不希望发生的（这里例如对数组或者 DataTable 操作这类）。

为了防止这种事发生，需要给此类型提供 clone 函数。例如对于如上的类型，可以入下实现。

public class MyType:ICloneable

{

private int nCount = 0;

public int Count

{

set{ nCount = value;}

get{ return nCount;}

}

public MyType()

{

}

public MyType( int Value)

{

nCount = Value;

}

#region ICloneable Members

public object Clone()

{

// TODO: Add MyType.Clone implementation

return new MyType( nCount );

}

#endregion

}

那么在调用的时候，用当前的对象的 clone 作为参数即可。

不过对于引用类型来说，提供一个 clone 函数不是一件容易的事情，尤其出现引用类型嵌套的时候，所以说去实现一个完全 clone 功能是件很费事又不讨好的活，这也就是在论坛中常说的深 copy 和浅 copy 的问题。话虽如此，如果对于前面所说的有个大概了解，相信实现也不是不可能。