装箱是将值类型转换为引用类型，需在堆上分配内存并复制数据，拆箱则是反向操作且需类型检查与数据拷贝，两者均产生性能开销；常见于传值类型给object参数、使用非泛型集合等场景；可通过优先使用泛型集合、泛型方法和接口、以及ref struct等手段减少或避免开销。
装箱是把值类型转成引用类型（比如 object 或接口），拆箱是反过来，把 object 或实现了某接口的引用类型还原回原来的值类型。这个过程看似简单，但背后有内存分配、类型检查和拷贝操作，会产生实际开销，尤其在高频场景下容易成为性能瓶颈。
装箱：值类型 → 引用类型，会分配堆内存
当一个值类型（如 int、struct）被赋值给 object 类型或某个接口类型时，CLR 会在托管堆上分配一块新内存，把该值类型的副本复制过去，并返回指向它的引用。这意味着：
- 每次装箱都触发一次堆内存分配，可能引发 GC 压力
- 原值类型变量和装箱后的对象内容独立，修改一方不影响另一方
- 装箱后对象具有完整对象头（同步块索引、类型指针），占用比原始值更大的空间
拆箱：引用类型 → 值类型，需类型匹配且拷贝数据
拆箱不是简单“取地址”，而是从装箱生成的对象中提取原始值类型的副本。它要求：
- 被拆箱的对象必须是非 null 的、且确实是由对应值类型装箱而来
- 运行时会检查对象的实际类型，不匹配则抛出 InvalidCastException
- 即使类型匹配，也要把堆上的数据复制回栈（或寄存器），存在拷贝开销
常见触发装箱/拆箱的场景
这些写法看着自然，但暗藏转换：
- 把 int、DateTime 等传给接受 object 的方法（如 Console.WriteLine(object)）
- 使用非泛型集合（ArrayList、Hashtable）存值类型
- 将值类型强制转换为接口（如把 int 转成 IComparable）
- 在 string.Format 或插值字符串中混用值类型和占位符
如何避免或减少开销
核心思路是绕过 object 和非泛型抽象：
- 优先使用泛型集合（List
、Dictionary ）代替 ArrayList、Hashtable - 用泛型方法替代接收 object 的方法（比如自己封装一个 Write
(T value)） - 对常用值类型实现接口时，考虑用泛型接口（IComparable
）而非 IComparable - 在高性能路径中，用 ref struct 或 Span
避免堆分配，间接规避装箱需求
基本上就这些。装箱拆箱不是语法错误，但它是 C# 中少数几个“看起来没问题、跑起来掉性能”的隐式行为之一。
