这里有很多小错误。考虑到我们可能没有看到真实的的代码，并且我们没有一个带有调用栈窗口的调试器来查看它实际上在哪里崩溃，它们中的任何一个都可能是一个因素。

• 测试bw.IsBusy并在它为true时 * 不 * 启动worker是一个严重的错误。它在代码中永远不可能是busy，但如果它确实有可能为true，那么你的代码中就有一个严重的bug。因为你实际上 * 确实 * 订阅了一个繁忙的worker上的事件。现在RunWorkerCompleted事件处理程序将运行两次。
• 使用Close（）方法关闭对话框是不正确的。应该通过分配对话框的DialogResult属性来关闭对话框。这不是最严重的错误，但仍然是错误的。
• 代码中存在竞争，辅助进程可能会在对话框显示之前完成。对话框只能在其本机窗口创建时关闭。换句话说，IsHandleCreated必须为true。您必须将其互锁以确保不会发生这种情况。订阅对话框的Load事件以启动辅助进程。
• 你盲目地假设工作者会完成工作并产生结果。当它的DoWork方法因异常而死亡时，情况就不是这样了。异常被BackgroundWorker捕获，并作为e.Error属性传递给RunWorkerCompleted事件处理程序。你必须检查此属性，如果它不为空，就做一些合理的事情。

从评论中判断，我猜后一点是原因。您可以使用Debug + Exceptions来调试这个问题，勾选CLR异常的Thrown复选框。调试器现在将在抛出异常时停止，让您找出错误所在。

也许你的后台工作者实际上并没有花费太多的时间就完成了对话框的显示。我建议把后台工作者的初始化和启动代码转移到PleaseWait的Form_Load或Form_Shown

如果在BackgroundWorker _DoWork事件中调用另一个异步函数，
喜欢;

private void BackgroundWorker1_DoWork(object sender, DoWorkEventArgs e)
    {
        somethingsToDoAsync();
        // somethingsToDoAsync() function is to ASYNC 
    }

_RunWorkerCompleted甚至在已完成_Dowork事件之前激发
将其他somethingsToDoAsync（）函数更改为非异步。