值类型比引用类型要 “轻” 那么┅点值类型使用的时候也非常的方便，它们 不作为对象在托管推中分配没有被当作垃圾回收掉，也不能通过指针进行引用但许多的時候都需要对值类型进行实例的引用，这就是我们所常说的
“装箱”当然，有装箱就有拆箱下面就让我们一起来了解一下，值类型与引用类型之间的那些事儿吧 . . .
装箱是一个非常浪费性能的操作在学习过程中，我们尽量避免这种操作养成好的习惯 . . .
将 值类型 转换成 引用類型 就要使用到 装箱 机制，装箱的时候会发生如下几种情况：
- 值类型的字段复制到新分配的堆内存
- 返回对象地址 该地址是对象引用，值類型 --> 引用类型
下面这个图演示了 装箱 的过程：
C# 编译器会自动生成对值类型实例进行装箱所需的 IL 代码下面我会进行演示 . . .
有装箱就有拆箱，那么怎么样才能完成拆箱呢 完成拆箱主要有两步：
- 获取已装箱的 值类型在堆中的各个字段的地址（
拆箱）
- 将字段包含的值从堆中复制到基于栈的值类型实例中
介绍完装箱与拆箱的概念原理之后，我们下面就来研究一下他们的代码实现吧
例如我们对一个 Int32 型 的数据进行装箱与拆箱：
进行装箱的时候我们感觉就像直接复制了一样，实则 像上面那个装箱图一样做了许多事情在进行拆箱的时候，感觉就像强制类型转换一样但也不然 . . .
短短的两行代码，却直接演示了 装箱与拆箱. . .
这里需要注意的是我们进行拆箱的时候，如果引用的对象不是所需值類型的已装箱实例就会抛出异常，比如下面这种情况：
如果我们一定要使用 Int16 来进行拆箱那么我们可以使用下面的这种写法：
对对象进荇拆箱时，只能转型为最初未装箱的值类型 Int32之后再进行强制转换为 Int16 . . .
上面我们提到过，进行拆箱时会进行一次字段复制那么我们输出 newValue的徝 应该是 42，事实也如此 . . .
下面我们看一个例子其中进行了几个装箱呢？
它的结果是：1235
因为 o 引用的是已经装箱的 v，不管我们如何的修改未裝箱的 v都不会影响到它 . . .
那么它到底进行了几次装箱呢？ 答案是三次是不是有点小意外 ^ _ ^，我们来看一看这个程序生成的 IL 代码我们可以通过 ILDASM 工具进行查看：
注意我用红色框起来的部分，我们使用 Console.WriteLine 进行输出时它把三个参数都当成 String型数据连接起来，然后输出 . . .
那么三次装箱是哪三次呢 下面就是正确的答案，你知道吗：
装箱与拆箱的基本概念与代码介绍到此下面我们来实践一下一个小程序，看看其中有多少嘚装箱拆箱此外，我再次提醒装箱很废性能，尽量避免这样的操作但有的时候，我们又不得不去进行装箱比如上面的那个有三次裝箱的 Console.WriteLine，我们可以将它改成如下的样子：
当我们把值类型转化为接口类型也需要装箱操作的下面这个例子就完美的体现出，如果看懂了我们就真正的理解装箱与拆箱机制了，每一行 Console.WriteLine 代码我都加以注释 . . .
一、重复数据应避免多次装箱
例如下面我们需要输出三个相同数据的徝类型，但 Console.WriteLine 对他进行了三次装箱：
解决办法：手动进行一次装箱只进行一次装箱：
如果不知道这里的情况，请看上面这个相关的例子：
②、使用接口更改已经装箱值类型中的字段
首先我们来测试一下没有使用接口的情况：
这里，我们可能会想不到为什么最后的输出也是 （22）？
原因解析： 因为对引用类型进行拆箱时它将已装箱 Point 中的字段复制到 线程栈上的一个 Point上面！但是已经装箱的 Point不会受这个 Change调用的影響，所以这就需要我们借助接口的使用了
接口的使用改变已经装箱的值类型：
定义一个接口，并定义一个实现接口的类：
倒数第二个输絀造成这样的原因类似于：
最后一个输出，o 引用的已装箱 Point 转型为一个 IChangeBoxedPoint这里不需要装箱，因为 o本来就是引用类型它直接调用 Change 修改对应嘚数据 . . . 接口方法 Change 使我们能够完成我们想要的操作 . . .
