.NET中非并发GC（Nonconcurrent GC）挂起线程耗时过长的原因是什么？

以下是.NET环境下此类问题的常见诱因：

• 托管线程总数过高：GC触发挂起操作时需要遍历所有托管线程，逐一发送信号并等待线程进入安全点，线程数量越大，同步等待的总耗时就越高，上千级别的线程数很容易导致秒级挂起耗时。
• 线程长时间停留在非托管代码执行逻辑：托管线程只有在进入安全点时才会响应GC挂起请求，若线程正在执行无中断的非托管代码，会在返回托管代码边界前忽略挂起信号，只要有一个线程未完成安全点切换，GC就会持续等待，直接拉长整体挂起耗时。
• 系统资源过载或存在虚拟化层面调度干扰：如果服务器CPU使用率长期接近100%、内存不足触发频繁换页，或是运行在超分严重的虚拟化环境中（存在宿主机调度抢占、vMotion漂移等情况），GC挂起线程的内核信号会被推迟调度，导致挂起操作耗时大幅增加。
• GC配置不匹配业务场景：比如错误开启GCNoAffinitize配置导致GC线程与工作线程CPU亲和性冲突，或是高并发服务误用工作站GC模式触发强制阻塞回收，都可能导致挂起阶段调度异常。
• 诊断工具/调试器附加：如果进程当前被调试器、性能追踪类工具附加，GC挂起线程时会触发额外的调试事件回调，这部分额外开销会被计入线程挂起时间。
• 大量线程处于同步锁等待状态：如果大量托管线程正在阻塞等待同步锁，无法及时响应GC的挂起请求，也会进一步拉长挂起阶段的总耗时。

内容的提问来源于stack exchange，提问作者Aviran Ben David