装箱是将值类型复制到堆上并包装为object或接口，拆箱是将其从object中提取并复制回栈；二者均涉及内存分配、拷贝及类型检查，非零成本操作。
装箱和拆箱到底在干啥？
装箱就是把 int、DateTime、struct 这类值类型，硬塞进 object 或接口（比如 IComparable）里——CLR 会在堆上新开一块内存，把值复制过去，再让 object 变量指向它。拆箱则是反过来：从那个堆上的 object 里，把原始值“抠”出来，复制回栈，赋给一个具体值类型变量，比如 int i = (int)obj。
关键不是“能不能转”，而是每次装箱都触发一次堆分配 + 内存拷贝；每次拆箱都要做类型校验 + 拷贝。它们不是零成本操作，尤其在循环或高频路径里，会明显拖慢性能。
哪些写法会悄悄触发装箱？
最常踩坑的不是显式写 object o = 42，而是那些“看起来很自然”的隐式转换：
-
Console.WriteLine(123)：底层调用的是WriteLine(object)，123被装箱 -
string.Concat("x", 42, true)：所有非string参数都会被装箱成object -
List：每个int插入时都装箱一次 -
void Log(object msg) { ... }; Log(DateTime.Now);：传参即装箱 - 把值类型转成它实现的接口，比如
IFormattable f = 3.14;—— 也是装箱
怎么真正避免不必要的装箱？
核心思路是：不让值类型被迫“上堆”。实操上优先级从高到低：
- 用泛型替代裸
object：改List为List，改Dictionary为Dictionary—— 泛型在编译期就生成专用代码，完全绕过装箱 - 用
Span或ReadOnlySpan处理数组/切片，避免Array类型（如Array.IndexOf接收object）引发的装箱 - 日志或调试输出时，显式转字符串：
Console.WriteLine($"Value: {value}")比Console.WriteLine(value)更安全（插值字符串在 .NET Core 3+ 后对基础类型做了优化，不装箱） - 避免把值类型当
object传参；改用泛型方法：void Process(T value) where T : struct - 慎用
ToString()以外的格式化方式——比如string.Format("{0}", 123)仍会装箱，而$"{123}"不会
拆箱出错的典型场景和修复
拆箱失败几乎全是运行时异常 InvalidCastException，不是编译错误，容易漏测：
-
object obj = 123; float f = (float)obj;→ 错！必须先拆成int，再转float：float f = (int)obj; -
object obj = 123L; int i = (int)obj;→ 错！long装箱后不能直接拆成int，类型必须严格一致 -
object obj = null; int i = (int)obj;→ 直接抛NullReferenceException（注意：不是InvalidCastException） - 用
as无法拆箱：int? i = obj as int?编译不过，拆箱只能用强制转换语法
最容易被忽略的一点：装箱/拆箱不是线程安全的“引用共享”，而是纯值拷贝。改了拆箱后的变量，原 object 里的值完全不受影响——这点在调试逻辑错乱时特别关键。
