.NET 通过垃圾收集器（GC）来自动管理内存 — 它在托管堆上分配对象并回收不再可达的对象，因此您无需手动释放内存。理解 GC（分代式、栈/堆划分和 IDisposable）对性能和正确性很重要。
Stack → value types (locals), method frames; fast, automatically freed when scope ends.
Heap → reference type objects (class instances); managed by the GC.
A reference variable lives on the stack but points to its object on the heap.
The GC divides the heap into GENERATIONS (based on the "most objects die young" idea):
Gen 0 → newest objects; collected FREQUENTLY (fast, cheap)
Gen 1 → survived one collection
Gen 2 → long-lived objects; collected RARELY (expensive)
(+ Large Object Heap for big objects)
→ Collecting young generations often + old ones rarely makes the GC efficient.
GC 标记可达对象（来自根：栈、静态字段）并回收其余对象。它是分代式的 — 大多数对象很快就会被回收，所以 Gen 0 经常且廉价地被回收，而 Gen 2 中的长期对象则很少被回收。
// the GC handles MANAGED memory, but NOT unmanaged resources (files, connections, handles)
// → implement IDisposable and use `using` for deterministic cleanup
using (var file = new StreamReader("data.txt"))
{
// use file
} // file.Dispose() called automatically — releases the file handle NOW
GC 释放托管内存，但非托管资源（文件句柄、数据库连接、套接字）需要通过 IDisposable/Dispose() 进行显式清理 — using 语句保证这一点具有确定性（您无需等待 GC）。
The GC frees only UNREACHABLE objects. "Leaks" come from lingering references:
✗ static collections/caches that only grow
✗ un-unsubscribed event handlers (the publisher keeps subscribers alive!)
✗ long-lived objects holding references to short-lived ones
理解 .NET 内存管理和垃圾回收是编写高效、正确的 C# 代码的有价值的高级知识 — 虽然 GC 使您无需手动内存管理（一项主要的生产力和安全优势，消除了手动 free 和悬垂指针），但理解它如何工作对于性能敏感的应用程序和避免微妙的错误很重要。
理解分代 GC（Gen 0 频繁且廉价地回收，Gen 2 很少但昂贵地回收，基于大多数对象很快就会死亡的观察）有助于您推理分配模式和 GC 压力（减少分配，尤其是短期对象的分配，可以降低 GC 开销）。
栈 vs 堆 的区别（值类型在栈上，引用对象在堆上）与值/引用类型模型相关联。
至关重要的是，理解 IDisposable/Dispose() 和 using 语句是必需和实用的：GC 管理内存但不管理非托管资源（文件句柄、数据库连接、套接字），这些需要通过 using 进行确定性清理 — 不清理这些会导致资源泄漏（一个常见的实际错误）。
同样重要的是认识到尽管有 GC，内存泄漏仍然会发生，来自于残留引用（增长的静态缓存、未取消订阅的事件处理程序使订阅者保持活动状态 — C# 中的经典泄漏）。
理解 GC 的分代模型、资源处置模式（IDisposable/using）以及泄漏的原因对于编写高效、无泄漏的 C# 很重要，特别是在长期运行的应用程序中 — 这使其成为有价值的知识，能够区分能够构建高效、正确的 .NET 应用程序的开发人员，也是常见的高级级别面试主题。