装箱和拆箱是 C# 中值类型与引用类型之间隐式/显式转换的底层机制，不是语法糖，而是真实发生堆分配和数据拷贝的操作。它看起来只是类型转换，但每次装箱都会在托管堆上 new 一个对象，带来 GC 压力和性能损耗；拆箱虽不分配内存，但必须做类型检查 + 数据复制，类型不匹配就直接抛
InvalidCastException。
什么时候会发生装箱？看这几种典型写法
装箱不是你写了
object才触发，而是只要值类型被“当作引用类型用”，CLR 就会介入：
int i = 42; object o = i;—— 最直白的装箱
Console.WriteLine(i);——
WriteLine(object)重载被选中，
i自动装箱
ArrayList list = new ArrayList(); list.Add(i);——
Add(object)参数强制装箱
int i = 100; IComparable cmp = i;—— 值类型实现接口，赋值即装箱（哪怕
IComparable<int></int>也逃不掉）
string.Format("{0}", i) 或 $"{i}" 插值中混入值类型 —— 格式化方法内部仍走 object路径
拆箱为什么总报 InvalidCastException？
拆箱不是“取值”，而是“验证 + 复制”：运行时必须确认堆上的对象确实是你要拆的那个值类型，且不能绕过原始装箱路径。常见翻车点：
装箱的是int，却试图拆成
long：
int i = 5; object o = i; long l = (long)o;→ 立刻炸 从非装箱来源强转：
object o = "hello"; int x = (int)o;→ 不是值类型装箱而来，必崩 泛型集合里存的是
int，但误用非泛型 API 取出：
List<int> list = new List<int> { 1 }; object o = list[0]; int x = (int)o;</int></int> —— 这里 list[0]本身没装箱（泛型避免了），但一旦你把它塞进
object再拿出来，就人为制造了一次装箱+拆箱
怎么真正避开装箱？别只记“用泛型”
泛型集合（
List<int></int>）和泛型方法（
void Log<t>(T value)</t>）确实能绕过
object，但还有更隐蔽的坑： 接口装箱躲不开：即使你用
List<icomparable></icomparable>，往里加
int依然会装箱 —— 因为
int是值类型，实现
IComparable就意味着要包装成引用 委托参数也是雷区：
Action<object> act = Console.WriteLine; act(42);</object>→
42被装箱传入 高性能循环里，连
foreach (var x in array)都可能触发（如果
array是非泛型
Array类型） 真正零开销替代：用
Span<int></int>、
ReadOnlySpan<char></char>处理临时数据；对必须抽象的场景，优先定义泛型接口（
IProcessor<t></t>）而非非泛型接口（
IProcessor）
static void AvoidBoxingDemo()
{
// ❌ 低效：每次循环都装箱
for (int i = 0; i < 1000; i++)
Console.WriteLine(i); // 调用 WriteLine(object)
<pre class='brush:php;toolbar:false;'>// ✅ 高效：复用泛型重载
for (int i = 0; i < 1000; i++)
Console.WriteLine(i.ToString()); // ToString() 返回 string，无装箱
// ✅ 更优：用泛型方法封装
static void SafeWrite<T>(T value) => Console.WriteLine(value);
for (int i = 0; i < 1000; i++)
SafeWrite(i); // T 推导为 int，调用 WriteLine(int)}
最容易被忽略的一点：装箱不是“错误”，它是 C# 统一类型系统的必要代价；但它的开销在高频路径（如日志、序列化、游戏帧循环）里会指数级放大。与其等 profiler 报警，不如在写
object参数、用非泛型集合、或把 struct 赋给接口时，下意识停半秒，问自己一句：“这个值，真需要变成引用吗？”
