窗体打开与关闭处理：调用Close()触发ObjectDisposedException异常

兄弟，这种调试模式下的窗体释放异常我太熟了！本质上就是窗体已经被释放了，但还有代码在尝试访问它，而且调试器会比发布版本更严格地检查这种违规访问。结合你的场景，我给你几个实用的解决思路：

1. 用Using语句严格管理窗体生命周期 #

你的主模块里应该是直接new了窗体实例然后启动，试试把窗体实例用Using包裹，这样窗体关闭后会自动Dispose，而且主线程后续也没法误访问已释放的对象：

Module Main
    Sub Main()
        ' 确保保存目录存在
        If Not System.IO.Directory.Exists(savePath) Then
            System.IO.Directory.CreateDirectory(savePath)
        End If

        ' 用Using包裹，自动处理释放逻辑
        Using shippingForm As New ShippingLabelPrintApp()
            ' 如果是模态窗体用ShowDialog，非模态用Application.Run
            shippingForm.ShowDialog()
        End Using

        ' 这里绝对不能再碰shippingForm，因为已经被Dispose了
    End Sub
End Module

2. 确保Close()在UI线程调用 #

如果你的窗体是在后台线程执行完代码后调用Close()，一定要切换回UI线程操作——WinForms控件只能在创建它的线程上修改状态，后台直接调用Close()很容易搞出对象释放的幺蛾子：

' 假设你在后台任务完成后要关闭窗体
Private Sub BackgroundTaskCompleted()
    ' 切换到UI线程执行Close
    Me.Invoke(Sub()
                  Me.Close()
              End Sub)
End Sub

3. 关闭前清理所有后台操作 #

有时候后台线程还在跑，窗体就被Close了，线程后续可能还会访问窗体控件，触发异常。可以在FormClosing事件里先停掉所有后台任务：

Private Sub ShippingLabelPrintApp_FormClosing(sender As Object, e As FormClosingEventArgs) Handles MyBase.FormClosing
    ' 比如你用了BackgroundWorker，先取消并等待结束
    If _printWorker IsNot Nothing AndAlso _printWorker.IsBusy Then
        _printWorker.CancelAsync()
        ' 等待线程完成（根据需求调整，避免假死）
        While _printWorker.IsBusy
            Application.DoEvents()
        End If
    End If
End Sub

4. 检查主程序是否有后续访问窗体的代码 #

仔细看看你的Main方法里，在窗体关闭之后有没有代码还在引用那个窗体实例？比如读取它的属性、调用方法之类的，这些操作在调试模式下会直接触发ObjectDisposedException，发布版本可能侥幸没报错，但绝对是隐患。

按这几个步骤排查下来，基本就能解决这个调试时的异常了！

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