第2章：C#核心语法高频面试题 — 值类型与引用类型、装箱拆箱、string与StringBuilder
本章聚焦C#面试最高频的语法差异题。掌握值类型/引用类型的底层内存模型、装箱拆箱的性能代价、以及字符串拼接陷阱，是应对大厂基础面、技术深挖面的关键。
📌 面试问题 1：值类型与引用类型有什么区别？请从内存分配、赋值行为和比较方式三方面说明。
| 考察点 | 是否理解栈/堆存储、值拷贝与引用拷贝、默认相等性比较的实现差异 |
| 回答框架 | ① 内存：值类型存栈（或包含在堆对象中），引用类型存堆，栈存引用地址；② 赋值：值类型复制值，引用类型复制地址，两个变量指向同一对象；③ 比较：值类型默认按字段逐位比较，引用类型默认比较引用地址，可重写 Equals |
| 示例回答 | “值类型存储在栈上，赋值时复制整个值；引用类型在堆上分配，变量持有地址，赋值仅复制引用。比较时值类型用 == 默认比较字段值，引用类型默认比较引用地址，需重写 Equals 实现值比较。” |
| 可能追问 | 结构体为什么不能有无参数构造函数？值类型能否被继承？引用类型内部包含值类型时内存怎么分布？ |
| 避坑提醒 | 不要混淆“栈上分配”和“值类型总是在栈上”——当值类型作为引用类型的字段时，它被分配在堆上。避免回答“结构体性能总是优于类”这类结论。 |
📌 面试问题 2：什么是装箱与拆箱？如何避免其性能损耗？
| 考察点 | 对值类型与 Object 类型转换底层机制的理解，以及实际编码中预防性能陷阱的能力 |
| 回答框架 | ① 装箱：值类型 → Object/接口，在堆上创建对象拷贝值；拆箱：Object → 值类型，验证类型后复制回栈；② 性能代价：内存分配、拷贝、GC压力；③ 避免方法：使用泛型集合、避免将值类型当参数传给object、用Convert/ToString代替装箱 |
| 示例回答 | “装箱是值类型隐式转为引用类型，会在堆上分配内存并拷贝值。拆箱是反向操作，需类型检查。频繁装箱会造成GC压力。我通常用 List<int> 替代 ArrayList，用泛型方法替代 object 参数来避免装箱。” |
| 可能追问 | 拆箱时类型不匹配会抛什么异常？值类型实现接口时是否一定装箱？Nullable<T>的装箱行为有何特殊？ |
| 避坑提醒 | 注意字符串拼接时调用 ToString 也会装箱吗？int.ToString() 不会装箱。但 Console.WriteLine($"{i}") 中的值类型表达式会触发装箱，可用 $"{i.ToString()}" 避免。 |
📌 面试问题 3：string 与 StringBuilder 的区别是什么？在什么场景下选择使用？
| 考察点 | 对字符串不可变性的理解，以及不同拼接场景下对性能、可读性的权衡能力 |
| 回答框架 | ① 不可变性：string 每次修改生成新对象，StringBuilder 内部维护可变字符缓冲区；② 性能：少量固定拼接用 string，大量循环拼接或未知次数用 StringBuilder；③ 其他差异：StringBuilder 线程不安全，string 有字面量驻留 |
| 示例回答 | “string 不可变，每次 + 拼接都会创建新对象，频繁操作影响性能。StringBuilder 通过预分配缓冲区支持原地修改。我在循环拼接 SQL 或日志时会用 StringBuilder，简单连接 3-5 个字符串则直接用 + 或 string.Concat。” |
| 可能追问 | string.Concat 和 StringBuilder 在拼接字符串数组时的性能对比？StringBuilder 的 Capacity 如何设置？为什么 string 不设计成可变？ |
| 避坑提醒 | 不要滥用 StringBuilder：固定少量短字符串拼接时（如$"Hello, {name}!"），编译优化已使用 string.Concat，效率高于 StringBuilder。另外注意循环中每次 new StringBuilder() 也是开销。 |
💡 面试加分细节：回答上述问题时如果能主动提及“在Unity或低延迟场景中如何规避装箱”、“Span<T>与Memory<T>对堆分配的影响”、“字符串插值编译后的中间表示”，会让面试官觉得你有深度和实战经验。