一个关于.Net的SaveFileDialog控件(Winform)的有趣问题

场景：winform的程序中，有一个画面上放了一个Button，点击这个Button会调用.Net控件SaveFileDialog的ShowDialog方法。

场景很简单，但是碰到了这样一个有趣的问题：

在机器很慢的情况下，连续快速两次点击上述Button，会导致栈溢出异常（StackOverflowException）。

由于机器很慢的情况难以模拟且不能稳定重现，所以做了一个简单的Demo，尝试在Button的点击事件中先用异步委托调一次SaveFileDialog.ShowDialog，然后再正常调用一次SaveFileDialog.ShowDialog，然后。。。问题重现了！

SaveFileDialog的基类CommonDialog代码如下：

public DialogResult ShowDialog(IWin32Window owner)
{
    IntSecurity.SafeSubWindows.Demand();
    if (!SystemInformation.UserInteractive)
    {
        throw new InvalidOperationException(SR.GetString("CantShowModalOnNonInteractive"));
    }
    NativeWindow window = null;
    IntPtr zero = IntPtr.Zero;
    DialogResult cancel = DialogResult.Cancel;
    try
    {
        if (owner != null)
        {
            zero = Control.GetSafeHandle(owner);
        }
        if (zero == IntPtr.Zero)
        {
            zero = UnsafeNativeMethods.GetActiveWindow();
        }
        if (zero == IntPtr.Zero)
        {
            window = new NativeWindow();
            window.CreateHandle(new CreateParams());
            zero = window.Handle;
        }
        if (helpMsg == 0)
        {
            helpMsg = SafeNativeMethods.RegisterWindowMessage("commdlg_help");
        }
        NativeMethods.WndProc d = new NativeMethods.WndProc(this.OwnerWndProc);
        this.hookedWndProc = Marshal.GetFunctionPointerForDelegate(d);
        IntPtr userCookie = IntPtr.Zero;
        try
        {
            this.defOwnerWndProc = UnsafeNativeMethods.SetWindowLong(new HandleRef(this, zero), -4, d);
            if (Application.UseVisualStyles)
            {
                userCookie = UnsafeNativeMethods.ThemingScope.Activate();
            }
            Application.BeginModalMessageLoop();
            try
            {
                cancel = this.RunDialog(zero) ? DialogResult.OK : DialogResult.Cancel;
            }
            finally
            {
                Application.EndModalMessageLoop();
            }
            return cancel;
        }
        finally
        {
            IntPtr windowLong = UnsafeNativeMethods.GetWindowLong(new HandleRef(this, zero), -4);
            if ((IntPtr.Zero != this.defOwnerWndProc) || (windowLong != this.hookedWndProc))
            {
                UnsafeNativeMethods.SetWindowLong(new HandleRef(this, zero), -4, new HandleRef(this, this.defOwnerWndProc));
            }
            UnsafeNativeMethods.ThemingScope.Deactivate(userCookie);
            this.defOwnerWndProc = IntPtr.Zero;
            this.hookedWndProc = IntPtr.Zero;
            GC.KeepAlive(d);
        }
    }
    finally
    {
        if (window != null)
        {
            window.DestroyHandle();
        }
    }
    return cancel;
}

注意第36行代码：

this.defOwnerWndProc = UnsafeNativeMethods.SetWindowLong(new HandleRef(this, zero), -4, d);

上面的d指向这里：

protected virtual IntPtr OwnerWndProc(IntPtr hWnd, int msg, IntPtr wparam, IntPtr lparam)
{
    if (msg != helpMsg)
    {
        return UnsafeNativeMethods.CallWindowProc(this.defOwnerWndProc, hWnd, msg, wparam, lparam);
    }
    if (NativeWindow.WndProcShouldBeDebuggable)
    {
        this.OnHelpRequest(EventArgs.Empty);
    }
    else
    {
        try
        {
            this.OnHelpRequest(EventArgs.Empty);
        }
        catch (Exception exception)
        {
            Application.OnThreadException(exception);
        }
    }
    return IntPtr.Zero;
}

它使用了自己的消息处理器替代了SaveFileDialog所属画面的消息处理器，然后把画面的消息处理器暂存在this.defOwnerWndProc中，然后在自己的消息处理中再转调画面的消息处理器（见上面第5行）。

简单来说，Dialog拦截了Form的消息处理，在自己的消息处理器处理完后，再将消息分发会Form。

基于以上处理，如果连续调两次ShowDialog会如何？？

第一次是OK的，但是当第二次执行第36行的代码时，SetWindowLong将会返回之前的处理器，即Dialog自己的消息处理器，然后保存在this.defOwnerWndProc中，等到Dialog自己的消息处理器处理完后，想要将消息再分发给Form时，this.defOwnerWndProc已经被修改为自己的消息处理器，然后就没有然后了。。。