第3章 C#语言核心基础与进阶：值类型与引用类型、装箱拆箱、字符串驻留、delegate/event
本章聚焦面试中最高频的基础概念：值类型与引用类型的内存模型、装箱拆箱的性能陷阱、字符串驻留机制，以及委托与事件的设计模式。理解这些对避免线上内存泄漏、优化高并发性能至关重要。
💡 面试时先明确回答“值类型struct是值传递，引用类型class是引用传递”，再逐步展开内存分配、默认值、继承差异，最后主动提及装箱拆箱的关联问题，展示知识体系完整度。
面试问题 1：值类型和引用类型有什么区别？请举例说明。
🕵️ 面试官考察点：是否理解内存模型和类型本质，能否清晰区分，能否联系到实际性能影响。
📐 回答框架：① 从存储位置切入（栈/堆）；② 说明赋值行为（复制引用 vs 复制值）；③ 对比默认值、继承、GC影响；④ 强调struct与class关键字。
💬 简短示例回答：值类型（如int、struct）存储在栈上，赋值时复制整个值；引用类型（class、string）存储在堆上，赋值仅复制引用。值类型默认值为0，不可继承；引用类型默认null，支持多态。例如int a=10; int b=a; 修改b不影响a；而自定义class对象赋值后指向同一堆对象。
❓ 可能追问：struct和class如何选择？为什么DateTime是值类型？引用类型赋值时会发生GC吗？
⚠️ 避坑提醒：不要只说“值类型在栈上，引用类型在堆上”而不提特例（如引用类型中的某些字段可能在栈上）。强调“值类型也可被装箱后存在于堆上”，展现深入理解。
面试问题 2：什么是装箱和拆箱？如何避免其性能影响？
🕵️ 面试官考察点：是否理解值类型与object转换的具体开销，能否给出实际优化方案。
📐 回答框架：① 定义：值类型→object（装箱），反之拆箱；② 过程：堆分配、拷贝、类型检查；③ 性能影响：额外内存分配和GC压力；④ 避免方法：泛型、谨慎使用ArrayList/非泛型集合、重写方法避免装箱。
💬 简短示例回答：装箱将值类型复制到堆上的object中，例如int i=5; object o=i; 会分配新对象。拆箱则反过来。避免方法：使用泛型集合List<int>代替ArrayList，或使用接口约束减少装箱。对频繁调用的代码可用unsafe指针优化。
❓ 可能追问：字符串拼接中的装箱在哪里？值类型的Equals方法为什么可能引发装箱？如何用MemoryPack等序列化库避免？
⚠️ 避坑提醒：不要简单说“用泛型就能完全避免”，有些场景（如反射、接口转换）仍会装箱。强调“在明确高频代码路径中优先使用泛型或自定义结构接口”。
📌 字符串驻留（String Intern）面试必备知识点
| 机制 | 说明 | 面试高频问点 |
|---|---|---|
| 驻留池 | CLR维护一个哈希表，相同字符串字面量共享同一引用 | 如何判断两个字符串是否同一引用？ |
| 动态字符串 | 运行时拼接/读取的字符串默认不驻留 | string.Intern()显式驻留后的内存回收？ |
| 性能风险 | 驻留池中的字符串不会被GC回收，大量动态驻留导致内存泄漏 | 什么场景应避免手动Intern？ |
面试问题 3：delegate和event的区别是什么？实际项目中如何选择？
🕵️ 面试官考察点：是否理解事件模型的封装约束，能否设计解耦的发布-订阅架构。
📐 回答框架：① 委托是类型，事件是委托的“受保护”实例；② event关键字编译器生成add/remove访问器，外部只能绑定/解绑，不能直接触发；③ 委托可被外部任意调用（公开字段风险）；④ 实践中：事件用于公开通知，委托用于内部回调或局部解耦。
💬 简短示例回答：event是委托的“门面”，限制外部只能通过+=、-=订阅，派发权限只在声明类内部。而public delegate字段允许外部直接Invoke，破坏封装。项目中使用event实现UI按钮点击、跨模块通知；使用Func/Action委托作为方法参数传递逻辑。
❓ 可能追问：如何安全地触发多播事件（避免空引用和异常传播）？event能否跨进程使用（如分布式事件）？标准EventHandler模式的作用？
⚠️ 避坑提醒：不要只背理论。能说出实际项目中因未使用event导致外部恶意修改回调的真实场景（如第三方插件滥用委托）。强调触发事件时复制引用避免竞态条件。
🏗️ 项目案例：高并发订单处理系统
| 维度 | 内容 |
|---|---|
| 项目名称 | 亿级订单事件驱动平台 |
| 业务背景 | 电商大促场景，每秒10万订单，需异步解耦处理库存扣减、积分发放、通知服务 |
| 规模指标 | 日订单峰值1.2亿，50+微服务，Redis缓存150GB，Kafka吞吐量30万条/s |
| 技术栈 | .NET 8、C#、MySQL、Redis、RabbitMQ、Polly、EventBus（基于event的自定义封装） |
| 核心难点 | 1. 避免装箱导致的内存浪费（使用泛型DTO + 值类型struct表示价格、数量） 2. 事件订阅链中字符串拼接产生大量临时string及驻留压力 3. delegate多播事件超时熔断（使用Polly + CancellationToken） |
| 面试高频追问 | 为什么选择event而非直接委托？如何测试事件触发是否完整？值类型作为事件参数是否有优势？如何监控string驻留池大小？ |
| 可迁移回答话术 | “我们使用泛型结构体作为事件参数，避免装箱开销；通过自定义EventBus封装event，限制订阅者不能直接Invoke并内置重试策略；在日志中记录每个事件的字符串内容长度，监控可能的驻留泄漏。” 这段话可同时展示值类型优化、事件封装、监控思维。 |