装箱和拆箱是堆分配+拷贝+类型检查的实操过程，非语法糖；常见于Console.WriteLine(i)、list.Add(100)、接口赋值等隐式场景；泛型可彻底避免装箱，性能敏感处需重点排查UI事件、序列化循环及数值计算中object委托调用。
装箱和拆箱不是语法糖，是实打实的堆分配+拷贝+类型检查；高频场景下性能损耗远超直觉，尤其在循环、集合遍历、事件参数传递中容易被忽略。
哪些代码会悄悄触发装箱
不是只有
这种写法才算装箱。以下情况都会发生：
（
是
）——
重载被选中，隐式装箱
，其中
是
或非泛型
，而
接收该值
——接口实现也会触发装箱，哪怕
原生支持
关键判断点：只要值类型被当作
或任意接口类型使用，且该接口不是由泛型约束承载（如
），就发生了装箱。
拆箱失败的典型错误和检查方式
拆箱必须显式、且类型严格匹配。常见错误包括：
→ 抛出
，因为装箱前是
，不能直接拆成
对
装箱结果永远为
，
检查的是装箱时的原始类型
用
看似“安全”，但底层仍是先拆箱再转换，若类型不匹配仍抛异常
稳妥做法是先用
判断，再强制转换：
（C# 7.0+ 模式匹配语法，避免重复拆箱）。
C知道
CSDN推出的一款AI技术问答工具
下载
泛型如何绕过装箱开销
泛型方法/类型在编译期生成专用版本，值类型参数不经过
中转。对比下面两段：
实际影响不止于函数调用：
内部存储
值本身，而
存储的是堆上装箱的
对象 —— 后者多一次堆分配、GC 压力、缓存不友好。
性能敏感路径里必须检查的三个地方
不是所有装箱都该被干掉，但以下位置一旦高频执行，极易成为瓶颈：
UI 事件处理中的日志或状态更新（如每帧调用
，
是
）
序列化/反序列化循环体内部（如
，
是自定义
）
数值计算密集型循环中传入
参数的委托调用（如
）
真正难察觉的是间接装箱：一个
实现了
，你把它传给接受
的方法，就已装箱——哪怕它没字段、没虚方法。
object obj = 42;Console.WriteLine(i)iintWriteLine(object)list.Add(100)listListArrayListbutton.Click += (s, e) => { int x = 5; DoSomething(x); };DoSomething(object param)IComparable comp = 42;intIComparableobjectT : IComparableobject obj = 42; double d = (double)obj;InvalidCastExceptionintdoubleif (obj is double) { ... }intfalseisConvert.ToDouble(obj)obj is intif (obj is int i) { /* 使用 i */ }objectvoid LogValue(object v) => Console.WriteLine(v); // 装箱
LogValue(123); // int → object → WriteLine(object)
void LogValue(T v) => Console.WriteLine(v); // 无装箱
LogValue(123); // 编译器生成 LogValue(int)，直接调用 WriteLine(int)
ListintArrayListintDebug.Log(value)valuestructforeach (var item in list) { jsonWriter.Write(item.ToString()); }itemstructobjectArray.ForEach(arr, ActionstructIDisposableIDisposable