SendMessage与WndProc

Question

我正在尝试扩展TextBox控件来添加水印功能。我在CodeProject上找到的示例是使用导入的SendMessage函数。

[DllImport("user32.dll", CharSet = CharSet.Auto, SetLastError = false)]
static extern IntPtr SendMessage(IntPtr hWnd, uint Msg, uint wParam, [MarshalAs(UnmanagedType.LPWStr)] string lParam);

void SetWatermark()
{
    SendMessage(this.Handle, 0x1501, 0, "Sample");
}

我想知道为什么不使用受保护的WndProc

void SetWatermark()
{
    var m =new Message() { HWnd = this.Handle, Msg = 0x1501, WParam = (IntPtr)0, LParam = Marshal.StringToHGlobalUni("Sample") };
    WndProc(ref m);
}

两者似乎都工作得很好。我在网上看到的几乎所有的例子都使用了SendMessage函数。为什么会这样呢？WndProc函数不是用来取代SendMessage的吗

附注:我不知道如何将string转换为IntPtr，但发现Marshal.StringToHGlobalUni工作正常。这样做是正确的函数吗？

Answer 1

WndProc不会取代SendMessage，它是.NET中WindowProc的等价物。应用程序的消息泵(接收由SendMessage或PostMessage发送或发送的消息)调用WndProc来处理它们。通过直接调用WndProc，您可以绕过Windows执行的特殊消息处理，例如捆绑WM_PAINT消息，并且可能会导致一些严重的问题，即消息出现的顺序与应用程序中的窗口预期的顺序不同。

如MSDN中所述，

所有消息通过PreProcessMessage方法过滤后都会发送到WndProc方法。

WndProc方法与Windows WindowProc函数完全对应。有关处理Windows消息的更多信息，请参阅http://msdn.microsoft.com/library上的MSDN library中的WindowProc函数文档。

通过直接调用它，您就剥夺了系统对该消息执行预处理或任何其他处理的机会。.NET框架运行在Windows之上，在不发送或发布消息的情况下，底层系统无法对该消息做任何操作，因此您将失去底层系统可能为您做的任何事情。