一個關於.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已經被修改為自己的消息處理器，然后就沒有然后了。。。