在C#中，内存管理与对象生命周期是如何运作的？这些机制又会怎样影响面向对象的设计决策？请阐述其内在联系。
考察说明
考查对C#内存管理机制（GC、托管堆）与对象生命周期（引用、析构）的理解，以及这些底层机制如何作用于面向对象设计（如资源封装、IDisposable模式）。
回答思路
- 【回答框架 1】C#采用自动内存管理，基于垃圾回收器（GC）运行在托管堆上。对象通过new在托管堆分配，GC分代回收，代际（0代、1代、2代）根据对象存活时间划分，短命对象频繁回收，大对象堆（LOH）单独管理。
- 【回答框架 2】对象生命周期由引用根（静态字段、局部变量、CPU寄存器等）决定，当对象不再被根引用时变为不可达，GC将在合适时机回收。终结器（析构函数）无法确定执行时间，且会延迟回收，应避免依赖。
- 【回答框架 3】对面向对象设计的影响：必须实现IDisposable接口显式释放非托管资源（如文件句柄、数据库连接），并配合using语句确保及时释放。GC不能保证确定性销毁，因此析构器不能替代Dispose。
- 【回答框架 4】设计上需注意：避免大型对象频繁创建（LOH碎片化），利用弱引用（WeakReference）缓存对象以在内存压力下自动释放，而强引用会阻止回收，可能造成内存泄漏（如事件处理器未解除）。
- 【关键点 1】GC基于可达性，非引用计数，不保证对象立即回收。
- 【关键点 2】终结器不确定执行时间，需用IDisposable模式释放资源。
- 【关键点 3】长生命周期对象引用短生命周期会导致内存泄漏。
- 【关键点 4】大对象堆（LOH）不压缩，频繁分配大对象易碎片化。
- 【易错点 1】误认为析构函数一定释放资源，实际其执行时机不可控。
- 【易错点 2】过度使用WeakReference可能导致缓存提前被回收，影响性能。
- 【易错点 3】事件订阅不解除造成持有强引用，阻碍GC回收。