Visual Studio中C#应用异常处理后仍进入中断模式问题排查

我正在开发一款用于多串口设备测试的大型C#应用，核心需求是持续运行，定期执行约10项测试并将结果上传至数据库。此前运行稳定，但近期启动后不到一天就会进入中断模式。

• 硬件层面：COM端口会不定期消失，且频率越来越高
• 异常处理情况：已实现异常捕获逻辑，初期能在COM端口消失时记录错误、关闭端口并继续运行，但一段时间后会无征兆进入中断模式，且无明确代码中断位置
• 日志情况：用NLog生成的调试日志仅显示COM90端口无法找到的错误，后续异常处理逻辑失效
• 架构：轮询（round-robin）架构，无并行逻辑，测试按顺序执行
• 附加信息：已提供IDE中断时的截图及调试设置截图

1. 未捕获的致命异常：虽然处理了端口找不到的异常，但可能存在其他未被覆盖的异常类型（比如资源泄漏导致的OutOfMemoryException、串口底层抛出的特殊IOException子类），这类异常直接触发IDE中断
2. 调试器设置误触发：IDE可能开启了“捕获所有异常”的选项，哪怕是已被代码处理的异常也会强制中断。比如VS中若勾选了“Common Language Runtime Exceptions”的「抛出」项，即使代码里catch了该异常，调试器仍会触发中断
3. 资源泄漏累积：频繁开关COM端口可能导致句柄、内存等资源未彻底释放，累积到一定程度后触发系统级异常，这类异常可能绕过局部try-catch逻辑
4. 硬件故障引发底层异常：COM端口消失可能是硬件驱动或设备本身的故障，底层可能抛出未被上层代码捕获的Win32原生异常，直接触发调试器中断

• 检查调试器异常设置：打开IDE的调试异常面板（VS按Ctrl+Alt+E），仅勾选需要调试的异常类型的「抛出」项，取消已被代码处理的异常捕获，避免误触发中断
• 添加全局异常捕获：在应用入口注册AppDomain.CurrentDomain.UnhandledException和Application.ThreadException事件，捕获所有未被局部处理的异常，记录完整堆栈信息
• 排查资源泄漏：用VS诊断工具（内存分析器、句柄跟踪）监控应用运行时的内存、句柄变化，确认COM端口资源是否被正确释放
• 增强日志细节：修改异常处理逻辑，记录ex.ToString()而非仅错误消息，保留完整堆栈轨迹，定位异常触发的具体代码位置
• 模拟故障验证：手动禁用/启用COM端口，模拟硬件故障场景，反复测试异常处理逻辑的稳定性，排查是否存在特定场景下的异常逃逸

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