大家好我是码农刚子。这篇文章整理了 .NET 面试中出现频率最高的 8 道 GC 题。不是背答案——是帮你把 GC 的底层逻辑串一遍面试时不管怎么追问都能接得住。01 .NET GC 的分代机制是怎么回事这是开胃菜但答不好直接出局。.NET GC 把托管堆分成三代Gen 0、Gen 1、Gen 2。核心假设是——新对象死得快老对象活得久。新对象分配在 Gen 0。Gen 0 预算满了触发 Gen 0 回收。活下来的晋升 Gen 1。Gen 1 预算满了触发 Gen 1 回收连带 Gen 0。活下来的晋升 Gen 2。Gen 2 回收就是 Full GC代价最大。为什么这么设计因为压缩整块堆太贵了。分代让你只频繁回收一小块Gen 0大部分垃圾在 Gen 0 就清掉了不需要动整个堆。面试加分句Gen 0 回收通常 1msGen 2 回收可能十几毫秒到上百毫秒——这就是为什么我们要避免 short-lived 对象意外晋升到 Gen 2。02 GC 什么时候触发不是只有一个答案。触发条件有好几个①Gen 0 预算耗尽——最常见。新对象分配量超过 Gen 0 阈值自动触发 Gen 0 回收。②显式调用——GC.Collect()。生产代码几乎不该手动调。如果你调了面试官一定会问你为什么。③系统内存压力——OS 层面内存吃紧GC 会收到通知提前回收。④LOH 分配触发——大对象分配本身可能触发 GC下一条细讲。注意GC 是自动的、异步的、非确定性的。你不知道它什么时候来——这就是为什么 Dispose 模式存在。03 LOH 是什么为什么它是个坑LOH Large Object Heap。大于85,000 字节的对象直接进 LOH跳过 Gen 0。坑在哪LOH 不压缩。普通堆回收后会压缩移动对象填补空隙但 LOH 从 .NET Framework 时代就不压缩怕移动大对象代价太高。结果就是碎片化——你分配释放了几个大数组堆里全是空洞总内存没超但下一个大对象放不进去OOM 了。.NET 4.5.1 可以手动压缩GCSettings.LargeObjectHeapCompactionMode CompactOnce;然后GC.Collect()。但这是应急手段不是日常操作。真正的解法是池化——用ArrayPoolT租借大数组而不是每次 new。这是面试官想听到的。⚠️实战提醒注意 string 在 .NET Core 3.0 也可能进 LOH因为 string 内部是 char[]超 85K 字符的字符串就是 LOH 对象。04 Server GC 和 Workstation GC 有什么区别这是高并发场景的必问题。Workstation GC一个 GC 线程所有 CPU 核共享一个堆。适合客户端应用、低并发场景。Server GC每个 CPU 核一个 GC 线程每个核一个独立的堆。回收时多线程并行吞吐量高。适合服务端高并发。.NET Core / .NET 5 默认根据运行环境自动选择ASP.NET Core 默认 Server GC控制台应用默认 Workstation GC。可以通过runtimeconfig.json或csproj配置覆盖。面试加分句Server GC 不是银弹——它用更多内存换更高吞吐。内存受限的容器环境比如 256MB 的 pod反而可能要切回 Workstation GC否则 GC 线程开销本身就吃掉了不少内存。05 Finalizer 和 IDisposable 有什么区别这两个不是同一个东西但很多人混着用。FinalizerC# 里写~MyClass()是 GC 的兜底机制。对象被回收前GC 会把它放进 freachable 队列由专门的 finalizer 线程执行。问题是——有 finalizer 的对象至少经历两次 GC 才能被回收第一次进队列第二次才释放。而且执行时机不确定你不知道什么时候调。IDisposable是程序员主动清理。调Dispose()立刻释放资源不用等 GC。标准模式是两者结合实现 IDisposable在 Dispose(true) 里释放托管非托管资源在 finalizer 里调 Dispose(false) 只释放非托管资源。这样即使用户忘了调 Disposefinalizer 还能兜底。关键判断如果你只持有托管资源比如一个 List不需要finalizer。Finalizer 只在持有非托管资源文件句柄、原生内存、数据库连接时才有意义。06 什么是 SafeHandle为什么用它替代 IntPtr如果你在 P/Invoke 调用原生 API这题一定会问到。老写法是用IntPtr持有原生句柄在 finalizer 里手动调CloseHandle。问题在于——GC 不知道 IntPtr 持有什么资源回收时机完全凭运气。更狠的是如果在 finalizer 里异步调 CloseHandle进程域冲突AppDomain unload / 进程退出时可能直接 crash。SafeHandle是 .NET 2.0 引入的抽象类继承自 CriticalFinalizerObject。它保证① finalizer 一定执行即使进程非正常退出 ② finalizer 在所有用户代码 finalizer 之后执行保证顺序 ③ 防止句柄被回收后被复用导致的安全漏洞handle recycling attack面试时一句话总结SafeHandle 把原生资源的生命周期交给了 GC 管理同时保证了可靠性和安全性替代了手写 IntPtr finalizer 的脆弱模式。07 Pinning 对 GC 有什么影响Pinning 把对象钉在堆上不让 GC 移动。场景P/Invoke 传数组给原生代码或者用fixed语句拿指针。GC 压缩堆时会跳过 pinned 对象在堆里留一个洞。影响碎片化。短期 pinning一次 P/Invoke 调用问题不大GC 能处理。怕的是长期 pinning——比如把对象钉在 Gen 0GC 压缩 Gen 0 时发现一大块动不了碎片就来了。.NET 5 引入了pinning budget——GC 在 Gen 0 预留一块专门给 pinned 对象的区域减少对其他对象的影响。但如果你 pin 了一个 Gen 2 对象那 GC 压缩 Gen 2 时依然得绕开它。实战建议尽量缩短 pinning 时间大对象用GCHandle.Alloc(obj, GCHandleType.Pinned)时明确知道在干什么避免在 hot path 里反复 pin 同一个对象。08 怎么诊断 GC 问题这是实战题答得出来说明你不止背书。第一层性能计数器——dotnet-counters监控 GC 基础指标Gen 0/1/2 回收频率、堆大小、分配速率。先看趋势。第二层事件追踪——dotnet-trace collect --providers Microsoft-DotNETCore-SampleProfiler抓 GC 事件看每次回收耗时、触发原因。第三层堆分析——dotnet-gcdump生成堆快照用 PerfView 分析对象分布。看什么对象多、什么对象大、谁在持有。第四层生产环境——用dotnet-dump在容器里抓全量 dump拉回来用dotnet-dump analyze或 WinDbg 分析。典型排查路径Gen 2 回收频率高 → 看大对象/长生命周期对象 → 查 LOH 碎片 → 定位到某个缓存/集合无限增长 → 加上限或换弱引用。GC 这 8 道题核心就一条线分代 → 触发 → 大对象 → 并发模式 → 资源释放 → 安全抽象 → Pinning 碎片 → 诊断工具把这条线串起来面试官怎么追问都不怕。收藏这篇面试前过一遍。不是为了背答案——是为了把 GC 的那条线在脑子里走一遍。关注 CSharp精选营每周二四 get 能直接抄的 C# 实战。阅读原文.NET 面试必问的 8 道 GC 题建议收藏 - 码录集
大家好我是码农刚子。这篇文章整理了 .NET 面试中出现频率最高的 8 道 GC 题。不是背答案——是帮你把 GC 的底层逻辑串一遍面试时不管怎么追问都能接得住。01 .NET GC 的分代机制是怎么回事这是开胃菜但答不好直接出局。.NET GC 把托管堆分成三代Gen 0、Gen 1、Gen 2。核心假设是——新对象死得快老对象活得久。新对象分配在 Gen 0。Gen 0 预算满了触发 Gen 0 回收。活下来的晋升 Gen 1。Gen 1 预算满了触发 Gen 1 回收连带 Gen 0。活下来的晋升 Gen 2。Gen 2 回收就是 Full GC代价最大。为什么这么设计因为压缩整块堆太贵了。分代让你只频繁回收一小块Gen 0大部分垃圾在 Gen 0 就清掉了不需要动整个堆。面试加分句Gen 0 回收通常 1msGen 2 回收可能十几毫秒到上百毫秒——这就是为什么我们要避免 short-lived 对象意外晋升到 Gen 2。02 GC 什么时候触发不是只有一个答案。触发条件有好几个①Gen 0 预算耗尽——最常见。新对象分配量超过 Gen 0 阈值自动触发 Gen 0 回收。②显式调用——GC.Collect()。生产代码几乎不该手动调。如果你调了面试官一定会问你为什么。③系统内存压力——OS 层面内存吃紧GC 会收到通知提前回收。④LOH 分配触发——大对象分配本身可能触发 GC下一条细讲。注意GC 是自动的、异步的、非确定性的。你不知道它什么时候来——这就是为什么 Dispose 模式存在。03 LOH 是什么为什么它是个坑LOH Large Object Heap。大于85,000 字节的对象直接进 LOH跳过 Gen 0。坑在哪LOH 不压缩。普通堆回收后会压缩移动对象填补空隙但 LOH 从 .NET Framework 时代就不压缩怕移动大对象代价太高。结果就是碎片化——你分配释放了几个大数组堆里全是空洞总内存没超但下一个大对象放不进去OOM 了。.NET 4.5.1 可以手动压缩GCSettings.LargeObjectHeapCompactionMode CompactOnce;然后GC.Collect()。但这是应急手段不是日常操作。真正的解法是池化——用ArrayPoolT租借大数组而不是每次 new。这是面试官想听到的。⚠️实战提醒注意 string 在 .NET Core 3.0 也可能进 LOH因为 string 内部是 char[]超 85K 字符的字符串就是 LOH 对象。04 Server GC 和 Workstation GC 有什么区别这是高并发场景的必问题。Workstation GC一个 GC 线程所有 CPU 核共享一个堆。适合客户端应用、低并发场景。Server GC每个 CPU 核一个 GC 线程每个核一个独立的堆。回收时多线程并行吞吐量高。适合服务端高并发。.NET Core / .NET 5 默认根据运行环境自动选择ASP.NET Core 默认 Server GC控制台应用默认 Workstation GC。可以通过runtimeconfig.json或csproj配置覆盖。面试加分句Server GC 不是银弹——它用更多内存换更高吞吐。内存受限的容器环境比如 256MB 的 pod反而可能要切回 Workstation GC否则 GC 线程开销本身就吃掉了不少内存。05 Finalizer 和 IDisposable 有什么区别这两个不是同一个东西但很多人混着用。FinalizerC# 里写~MyClass()是 GC 的兜底机制。对象被回收前GC 会把它放进 freachable 队列由专门的 finalizer 线程执行。问题是——有 finalizer 的对象至少经历两次 GC 才能被回收第一次进队列第二次才释放。而且执行时机不确定你不知道什么时候调。IDisposable是程序员主动清理。调Dispose()立刻释放资源不用等 GC。标准模式是两者结合实现 IDisposable在 Dispose(true) 里释放托管非托管资源在 finalizer 里调 Dispose(false) 只释放非托管资源。这样即使用户忘了调 Disposefinalizer 还能兜底。关键判断如果你只持有托管资源比如一个 List不需要finalizer。Finalizer 只在持有非托管资源文件句柄、原生内存、数据库连接时才有意义。06 什么是 SafeHandle为什么用它替代 IntPtr如果你在 P/Invoke 调用原生 API这题一定会问到。老写法是用IntPtr持有原生句柄在 finalizer 里手动调CloseHandle。问题在于——GC 不知道 IntPtr 持有什么资源回收时机完全凭运气。更狠的是如果在 finalizer 里异步调 CloseHandle进程域冲突AppDomain unload / 进程退出时可能直接 crash。SafeHandle是 .NET 2.0 引入的抽象类继承自 CriticalFinalizerObject。它保证① finalizer 一定执行即使进程非正常退出 ② finalizer 在所有用户代码 finalizer 之后执行保证顺序 ③ 防止句柄被回收后被复用导致的安全漏洞handle recycling attack面试时一句话总结SafeHandle 把原生资源的生命周期交给了 GC 管理同时保证了可靠性和安全性替代了手写 IntPtr finalizer 的脆弱模式。07 Pinning 对 GC 有什么影响Pinning 把对象钉在堆上不让 GC 移动。场景P/Invoke 传数组给原生代码或者用fixed语句拿指针。GC 压缩堆时会跳过 pinned 对象在堆里留一个洞。影响碎片化。短期 pinning一次 P/Invoke 调用问题不大GC 能处理。怕的是长期 pinning——比如把对象钉在 Gen 0GC 压缩 Gen 0 时发现一大块动不了碎片就来了。.NET 5 引入了pinning budget——GC 在 Gen 0 预留一块专门给 pinned 对象的区域减少对其他对象的影响。但如果你 pin 了一个 Gen 2 对象那 GC 压缩 Gen 2 时依然得绕开它。实战建议尽量缩短 pinning 时间大对象用GCHandle.Alloc(obj, GCHandleType.Pinned)时明确知道在干什么避免在 hot path 里反复 pin 同一个对象。08 怎么诊断 GC 问题这是实战题答得出来说明你不止背书。第一层性能计数器——dotnet-counters监控 GC 基础指标Gen 0/1/2 回收频率、堆大小、分配速率。先看趋势。第二层事件追踪——dotnet-trace collect --providers Microsoft-DotNETCore-SampleProfiler抓 GC 事件看每次回收耗时、触发原因。第三层堆分析——dotnet-gcdump生成堆快照用 PerfView 分析对象分布。看什么对象多、什么对象大、谁在持有。第四层生产环境——用dotnet-dump在容器里抓全量 dump拉回来用dotnet-dump analyze或 WinDbg 分析。典型排查路径Gen 2 回收频率高 → 看大对象/长生命周期对象 → 查 LOH 碎片 → 定位到某个缓存/集合无限增长 → 加上限或换弱引用。GC 这 8 道题核心就一条线分代 → 触发 → 大对象 → 并发模式 → 资源释放 → 安全抽象 → Pinning 碎片 → 诊断工具把这条线串起来面试官怎么追问都不怕。收藏这篇面试前过一遍。不是为了背答案——是为了把 GC 的那条线在脑子里走一遍。关注 CSharp精选营每周二四 get 能直接抄的 C# 实战。阅读原文.NET 面试必问的 8 道 GC 题建议收藏 - 码录集
