在 C# 环境下，内存泄漏通常由哪些原因引发？针对这些原因，有哪些实用的检测手段与预防策略？
考察说明
考查对 C# 托管内存模型的理解，以及识别泄漏来源、运用工具定位并实施预防的能力。
回答思路
- 【回答框架 1】内存泄漏指对象已不再被业务使用，却仍被引用链挂载，导致 GC 无法回收。C# 主要来源包括：未解除的事件处理器（订阅者被发布者强引用）、静态集合或静态字段持有对象、未释放的非托管资源（如句柄、数据库连接）、不正确的根引用。
- 【回答框架 2】检测方法：使用内存分析工具如 dotMemory、ANTS Memory Profiler 或 Visual Studio 诊断工具，比较内存快照，查看对象数量和大小增长；利用性能计数器监控托管堆大小；在压力测试中观察内存趋势。
- 【回答框架 3】避免策略：为事件订阅提供显式取消机制；谨慎使用静态引用，考虑弱引用（WeakReference）或条件性移除；对非托管资源实现 IDisposable 并采用 using 或 try-finally 模式；定期审查长生命周期对象的引用关系，及时清理缓存。
- 【关键点 1】事件处理器未取消是常见泄漏源，需成对订阅与取消。
- 【关键点 2】静态字段或静态集合持有临时对象会造成长期存活。
- 【关键点 3】非托管资源如不显式释放，即使 GC 也无法回收。
- 【关键点 4】利用内存快照对比定位泄漏对象，结合代码审查根因。
- 【关键点 5】避免泄漏应注重生命周期管理，必要时使用弱引用或依赖注入容器管理。
- 【易错点 1】仅依赖托管堆大小变化，可能忽略已固定对象或非托管内存。
- 【易错点 2】误以为 GC 会自动处理所有资源，忽视 IDisposable 的必要性。
- 【易错点 3】在事件订阅中忘记取消，即使发布者已移除，订阅者仍被引用。