C# 面试高频题：装箱和拆箱是如何影响性能的？

问题：什么是装箱和拆箱？

先来温习一下基础概念。在C#里，类型分成两大类------值类型（比如int、bool、struct）和引用类型（比如class、string、object）。它们的内存分配位置不同：值类型通常在线程的栈上分配，而引用类型在托管堆上分配，由垃圾回收器（GC）管理。

装箱就是把一个值类型转换成引用类型，最常见的是转换成object或者某个接口类型。比如：

int number = 42;object obj = number; // 这里就发生了装箱

则是反过来，把装箱后的对象转回原来的值类型：

int another = (int)obj; // 拆箱

看起来很简单对吧？但正是这个看似平常的操作，在很多代码里悄悄拖慢了性能，也成为面试官最爱问的高频题。

结论：装箱和拆箱确实影响性能，而且影响可能比你想象的大

一句话总结：装箱和拆箱会带来额外的内存分配、数据拷贝和类型检查开销，尤其在频繁执行的代码中，可能导致性能显著下降，并增加GC压力。

如果你在面试中只回答到这里，可能只能拿及格分。接下来我们展开聊聊它到底"伤"在哪，以及怎么避免。

展开：从内存到CPU，装箱到底干了什么坏事？

1. 装箱背后的"猫腻"

当我们写下 object obj = number; 时，编译器生成的IL（中间语言）指令是 box。这一步实际干了三件事：

1. 在托管堆上分配内存：要存放int的值，还需要额外的空间存放类型对象指针、同步块索引等，所以分配的内存比int本身大得多。

2. 将值类型的数据拷贝到堆上：把栈上的42复制到新分配的内存中。

3. 返回堆上对象的引用：这个引用赋给了obj。

每一步都有成本：内存分配需要时间，如果频繁装箱，堆上会迅速产生大量"临时对象"，迫使GC更频繁地回收，引起程序卡顿。数据拷贝涉及内存操作，当然也要耗费CPU。

2. 拆箱也不是省油的灯

拆箱对应的IL指令是 unbox（或者 unbox.any），它干的事：

1. 类型检查：确保要拆箱的对象确实包含了正确的值类型，否则抛出InvalidCastException。

2. 将堆上的值拷贝回栈（对于值类型，拆箱后往往紧跟着数据拷贝）。

虽然拆箱本身不分配新内存（除非接着发生装箱），但类型检查和拷贝仍然有开销。

3. 一个典型"性能杀手"场景：非泛型集合

老版本的C#程序员一定记得ArrayList：

ArrayList list = new ArrayList();for (int i = 0; i < 10000; i++){    list.Add(i); // 每一次Add都会发生装箱：int -> object}foreach (int item in list){    Console.WriteLine(item); // 每一次迭代都会发生拆箱：object -> int}

这段代码会产生10000次装箱和10000次拆箱！在堆上创建10000个小对象，然后GC还得把它们全回收掉。用List<int>代替的话，因为泛型内部直接用int[]存储，完全避免了装箱拆箱，性能天差地别。

我做过一个简单测试（用Stopwatch）：

• ArrayList添加100万次：耗时约150ms，GC频繁触发。

• List<int>添加100万次：耗时约30ms，几乎无GC压力。

实际生产中差距可能更大，尤其在实时性要求高的场景。

4. 哪些地方容易"偷偷"装箱？

除了非泛型集合，下面这些写法也会引起装箱，值得留意：

• 将值类型赋给object或dynamic类型变量（这太明显了）。

• 调用值类型上来自object的虚方法，比如ToString()、GetHashCode()、Equals()。注意：如果值类型重写了这些方法，调用时不会装箱；但如果没重写，调用基类方法就需要装箱才能获取类型对象指针。

  int i = 10;i.GetHashCode(); // 如果int没有重写GetHashCode（实际上重写了），会装箱吗？// 实际int重写了GetHashCode，所以不会装箱。但如果自定义struct没重写，就会装箱。

• 将值类型作为接口类型传递，例如值类型实现了某个接口，当你把该值类型当作接口变量使用时，就会装箱。

  interface IMyInterface { }struct MyStruct : IMyInterface { }MyStruct s = new MyStruct();IMyInterface iface = s; // 装箱

• 使用is和as操作符检测值类型时，也可能引发半装箱（取决于具体代码），不过现代编译器会优化部分情况。

5. 如何在面试中回答得更出彩？

如果面试官问这个问题，你可以从三个层次展开：

第一层（基础）： 讲清楚装箱拆箱的定义和发生时机。
第二层（性能分析）： 说明堆分配、拷贝、GC压力，最好能用具体例子对比（泛型 vs 非泛型）。
第三层（实战建议）： 给出开发中的避坑指南------

• 多用泛型集合和泛型方法。

• 对于经常调用的ToString、Equals，值类型最好重写它们。

• 小心隐式接口调用，必要时用泛型约束避免装箱。

• 在性能关键路径上，可以使用Nullable<T>时也要注意，它本身是值类型，但操作不当也会装箱（比如nullableValue.HasValue不会装箱，但将nullableValue赋给object会装箱）。

还可以提一下，现代C#编译器有时会做优化，比如字符串拼接中的值类型参数会被自动调用ToString（可能装箱），但Console.WriteLine($"{number}")内部其实会调用string.Format，它处理值类型时会尽量复用缓存，但底层仍可能涉及装箱，要看具体实现。总之，尽量避免在循环或高频代码里产生装箱。

总结

装箱和拆箱是C#为了统一类型系统而提供的便利，但便利背后是有代价的。理解它的性能影响，写出能避免无谓装箱的代码，是C#开发者进阶的必修课。下次面试被问到这道题，不妨从概念到实战，一层层剥开，展示出你对底层机制的深刻理解。

---

我是码农刚子，如果觉得本文对你有帮助，欢迎顶我、收藏、转发、关注，让更多小伙伴少走弯路！