自定义WindowProc导致跨线程异常？

Question

我有一个TextBox，它不能用新类重新定义，这样我就可以过滤WndProc 中的一些消息。所以我必须使用win32函数SetWindowLong将TextBox的默认Window proc替换为我自己的Window Proc。所以我可以过滤该Window proc 中的一些消息。我已经成功完成了替换。可以在我的Window proc 中过滤消息。但是它并不完整，因为不一致的异常InvalidOperationException（这表示我的文本框是从创建它的线程之外的线程访问的）。奇怪的是，我的表单由设计师自动创建的被覆盖的受保护方法Dispose() 中的异常突出显示了base.Dispose(disposing); 行。

这是我替换为默认窗口过程的代码：

[DllImport("user32")]
private static extern IntPtr SetWindowLong(IntPtr hwnd, int nIndex, IntPtr proc);
[DllImport("user32")]
private static extern int CallWindowProc(IntPtr proc, IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam);
private delegate int MyWndProc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam);
public int MyWndProcFunc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam)
{
   //Call the default window proc to test
   //However even this can cause the exception after some keystrokes or mouse selection.
   return CallWindowProc(defProc, hwnd, msg, wParam, lParam);
}
IntPtr defProc;
public Form1(){
  InitializeComponent();
  Load += (s,e) => {
     defProc = SetWindowLong(myTextBox.Handle, -4, Marshal.GetFunctionPointerForDelegate(new MyWndProc(MyWndProcFunc)));//GWL_WNDPROC = -4
  };
}

表单开始正常，我可以在TextBox 中输入一些字符，但是继续输入或尝试使用鼠标选择文本...可能会引发我上面提到的异常。我没有找到任何有关此问题的文档。如果myTextBox.InvokeRequired = true;，我也尝试使用Invoke 在我自己的MyWndProcFunc(...) 中调用CallWindowProc(...)，但没有区别。

你能深入研究这个问题来帮助我吗？使用我发布的代码可以轻松重现该问题。谢谢！

更新

我想明确一点，我的目的是要替换不能被继承或属于另一个应用程序的TextBox 的默认窗口进程。但是上面的代码是用标准的 .NET TextBox 测试的。这是在我的项目中应用之前测试的第一步。 这是堆栈跟踪：

  at System.Windows.Forms.Control.get_Handle()
  at System.Windows.Forms.TextBox.ResetAutoComplete(Boolean force)
  at System.Windows.Forms.TextBox.Dispose(Boolean disposing)
  at System.ComponentModel.Component.Dispose()
  at System.Windows.Forms.Control.Dispose(Boolean disposing)
  at System.Windows.Forms.ContainerControl.Dispose(Boolean disposing)
  at System.Windows.Forms.Form.Dispose(Boolean disposing)
  at WindowsFormsApplication1.Form1.Dispose(Boolean disposing) in C:\Users\iec\AppData\Local\Temporary Projects\WindowsFormsApplication1\Form1.Designer.cs:line 20
  at System.ComponentModel.Component.Dispose()
  at System.Windows.Forms.ApplicationContext.Dispose(Boolean disposing)
  at System.Windows.Forms.Application.ThreadContext.DisposeThreadWindows()

Answer 1

    [DllImport("user32")]
    private static extern int CallWindowProc(...)

至少有两个原因没有人可以从您的示例代码中获得重现。只有设置 TextBox.AutoCompleteMode 属性时，才会发生调用堆栈中显示的崩溃。并且代码中的错误只会在您将程序作为 64 位进程运行时才字节，大多数 SO 用户将使用 x86 的默认平台目标设置。

您对 CallWindowProc（和 MyWndProcFunc）的声明是错误的，返回值类型是 IntPtr，而不是 int。这可能会在 64 位模式下导致许多奇怪的问题，尽管句柄所有者测试失败不会出现在我的列表顶部。

不要使用 pinvoke，因为永远存在此类细微错误的风险，更安全的方法是从 NativeWindow 派生您自己的类：

    private class MyTextBoxWindow : NativeWindow {
        protected override void WndProc(ref Message m) {
            // Customizations here
            //...
            base.WndProc(ref m);
        }
    }

并在您的 Load 事件处理程序中使用其 AssignHandle() 方法。当您收到 WM_NCDESTROY 消息时，您应该调用 ReleaseHandle()。

当编辑控件由另一个进程拥有时，不要不要尝试这样做。窗口过程必须在同一个进程中。这需要将 DLL 注入进程，您不能在 C# 中执行此操作，因为进程不会加载 CLR 来执行托管代码。本机代码是必需的，C 是通常的选择。

Answer 2

如果此问题与库中的文本框隔离，那么似乎该库中的某些内容正在第二个线程上发生，据我推测，该线程正在引发异常并最终触发处置。

我建议查看库的源代码并尝试确定是否发生了多线程。如果您无权访问源代码，则始终可以使用ILSpy，它可以反编译以及调试已编译的程序集。