第3章 .NET运行时与内存管理
本章聚焦面试高频考点：GC机制、值类型/引用类型、装箱拆箱、内存泄漏排查。掌握这些底层知识，能让你在回答“性能优化”“内存问题”类题目时直击要害。下方先给出GC面试回答框架，再通过3个问答卡片与1个真实项目案例，帮你建立结构化的解题思路。
值类型 vs 引用类型 核心对比
| 对比维度 | 值类型 | 引用类型 |
|---|---|---|
| 存储位置 | 栈（或作为引用类型字段时内联在堆中） | 堆（托管堆） |
| 赋值行为 | 复制全部字段 | 复制引用（地址） |
| 默认值 | 所有位为0（如0、false） | null |
| GC影响 | 不触发GC（除非装箱） | 受GC回收管理 |
| 典型示例 | int、struct、bool、DateTime | string、class、interface、数组 |
🎯 面试问题 1：请解释.NET GC的工作原理，以及如何优化GC性能？
面试官考察点： 是否理解分代回收、触发时机、GC模式（工作站/服务器）、大对象堆；能否结合实际给出调优方案。
回答框架： 分三代（0/1/2）→ 根对象遍历标记 → 压缩/清理 → 触发条件（代预算满）→ 服务器GC vs 工作站GC → 调优手段（减少长引用对象、避免LOH碎片）。
简短示例回答： “GC采用分代回收，对象先在0代分配。0代满后触发标记-压缩，存活升到1代。2代为全回收。优化方面：使用服务器GC减少停顿，避免分配大对象到LOH，用对象池复用短期对象，减少Finalizer。” （约85字）
可能追问： 卡表(Card Table)如何优化跨代引用？何时应禁用并发GC？
🎯 面试问题 2：解释值类型和引用类型的区别，装箱拆箱如何影响性能？
面试官考察点： 基础类型体系认知，装箱拆箱的内存分配与GC压力，常见误用场景。
回答框架： 定义区别 → 存储位置 → 赋值行为 → 装箱（值→object，堆分配+拷贝）→ 拆箱（类型检查+拷贝）→ 性能损失（堆分配、GC压力、方法调用）→ 避免方案（泛型、Nullable
简短示例回答： “值类型分配在栈，复制完整数据；引用类型分配在堆，复制引用。装箱把值类型包装成object导致堆分配和拷贝，例如ArrayList.Add(42)会装箱。避免使用泛型集合或自定义结构体实现接口。” （约87字）
可能追问： string是引用类型为什么表现像值类型？结构体实现接口一定发生装箱吗？
🎯 面试问题 3：如何排查.NET应用程序的内存泄漏？
面试官考察点： 实战排查能力，工具使用（dotMemory/PerfView/CLR Profiler），常见泄漏模式（事件未注销、静态集合、未释放非托管资源）。
回答框架： 监控（性能计数器 .NET CLR Memory）→ 抓取dump → 分析对象图 → 找根路径（GC Root）→ 识别泄漏类型 → 修复并验证。强调工具链：dotMemory可以快速查看支配树，PerfView分析GC原因。
简短示例回答： “首先使用dotMemory获取进程快照，比较两个时间点对象数量变化。定位到Dictionary
可能追问： 如何区分内存泄漏和内存膨胀？分析dump时如何查看GC Root？
📌 项目案例：订单服务内存泄漏排查与优化
| 项目名称 | 订单服务（OrderService）内存泄漏专项优化 |
| 业务背景 | 某电商平台订单服务运行一周后内存持续增长至10GB，GC频繁进入2代回收，导致接口响应时间从50ms飙升至3s。 |
| 规模指标 | 100台容器（2C4G）部署，日均处理2000万订单，峰值QPS 2500。 |
| 技术栈 | .NET Core 3.1 + Docker + Kubernetes + Prometheus + dotMemory |
| 核心难点 | 大对象堆(LOH)碎片化；领域事件总线中EventHandler未取消订阅，导致Order对象始终被引用无法回收。 |
| 面试高频追问 | ① 为何用dotMemory而非PerfView？② LOH碎片如何解决？③ 事件泄漏后如何快速定位持有EventHandler的对象？④ 改用弱引用模式是否影响内存？ |
| 可迁移回答话术 | “使用dotMemory抓取两个时间点的快照，对比存活对象，发现Order对象被事件总线中的Handler引用。根路径是静态字典 |
GCLOHThreshold），会让面试官觉得你有实战深度。