C# 中的装箱(Boxing)和拆箱(Unboxing)是什么 - 值类型与引用类型的转换开销

装箱是将值类型转换为引用类型，需在堆上分配内存并复制数据，拆箱则是反向操作且需类型检查与数据拷贝，两者均产生性能开销；常见于传值类型给object参数、使用非泛型集合等场景；可通过优先使用泛型集合、泛型方法和接口、以及ref struct等手段减少或避免开销。

装箱是把值类型转成引用类型（比如 object 或接口），拆箱是反过来，把 object 或实现了某接口的引用类型还原回原来的值类型。这个过程看似简单，但背后有内存分配、类型检查和拷贝操作，会产生实际开销，尤其在高频场景下容易成为性能瓶颈。

装箱：值类型 → 引用类型，会分配堆内存

当一个值类型（如 int、struct）被赋值给 object 类型或某个接口类型时，CLR 会在托管堆上分配一块新内存，把该值类型的副本复制过去，并返回指向它的引用。这意味着：

• 每次装箱都触发一次堆内存分配，可能引发 GC 压力
• 原值类型变量和装箱后的对象内容独立，修改一方不影响另一方
• 装箱后对象具有完整对象头（同步块索引、类型指针），占用比原始值更大的空间

拆箱：引用类型 → 值类型，需类型匹配且拷贝数据

拆箱不是简单“取地址”，而是从装箱生成的对象中提取原始值类型的副本。它要求：

• 被拆箱的对象必须是非 null 的、且确实是由对应值类型装箱而来
• 运行时会检查对象的实际类型，不匹配则抛出 InvalidCastException
• 即使类型匹配，也要把堆上的数据复制回栈（或寄存器），存在拷贝开销

常见触发装箱/拆箱的场景

这些写法看着自然，但暗藏转换：

标签： c# 装箱拆箱 栈 性能瓶颈