装箱和拆箱到底在干啥？
装箱就是把
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<object> list = new(); list.Add(100);</object>：每个
int插入时都装箱一次
void Log(object msg) { ... }; Log(DateTime.Now);：传参即装箱
把值类型转成它实现的接口，比如 IFormattable f = 3.14;—— 也是装箱
怎么真正避免不必要的装箱？
核心思路是：不让值类型被迫“上堆”。实操上优先级从高到低：
用泛型替代裸object：改
List<object></object>为
List<int></int>，改
Dictionary<object string></object>为
Dictionary<int string></int>—— 泛型在编译期就生成专用代码，完全绕过装箱 用
Span<t></t>或
ReadOnlySpan<t></t>处理数组/切片，避免
Array类型（如
Array.IndexOf接收
object）引发的装箱 日志或调试输出时，显式转字符串：
Console.WriteLine($"Value: {value}") 比 Console.WriteLine(value)更安全（插值字符串在 .NET Core 3+ 后对基础类型做了优化，不装箱） 避免把值类型当
object传参；改用泛型方法：
void Process<t>(T value) where T : struct</t>慎用
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里的值完全不受影响——这点在调试逻辑错乱时特别关键。
