Application.Exit无法关闭进程，是否因循环引用？如何排查？

是否由循环引用导致？ #

有可能，但不是唯一原因。循环引用会让GC无法回收持有线程或窗口句柄的对象，进而导致进程残留；但还有其他常见诱因：

• 存在未正确终止的后台线程（比如标记为IsBackground=false的线程，会阻止进程退出）
• 窗口句柄未释放，或某些控件/组件持有未关闭的系统资源
• 第三方库启动了独立的消息循环，未随主程序退出而终止

无需人工分析代码查找循环引用的方法 #

使用Visual Studio内存诊断工具 #

• 启动调试，当进程无法退出时，点击调试>内存快照生成快照
• 切换到对象引用图视图，筛选出未被回收的关键对象（比如主窗口实例）
• 查看对象的引用链，寻找闭环结构——即对象A引用B，B又直接/间接引用A的情况，工具会高亮显示循环路径
• 定位到循环引用涉及的对象，对应到代码中的类

使用.NET内存分析工具（如dotMemory） #

• 运行dotMemory并附加到目标进程，触发Application.Exit后抓取内存快照
• 在快照中搜索存活的根对象（Roots），找到本应被回收但仍存在的对象
• 利用工具自带的循环引用检测功能，自动扫描并列出所有循环引用实例
• 查看每个循环引用的详细调用栈，直接定位到代码中创建引用的位置

利用GC日志辅助排查 #

• 在项目调试启动参数中添加：-gc:server -gcgen0 -gcgen1 -gcgen2 -gchandles
• 运行程序并触发退出操作后，查看日志里的未回收对象和句柄信息
• 结合日志中的对象类型，对应到代码中的类，进一步排查循环引用可能

内容的提问来源于stack exchange，提问作者Tom Huntington