1. 理解Windows消息过滤机制
在Windows开发中，进程间通信(IPC)是一个常见需求。从Windows Vista开始，微软引入了用户界面特权隔离(UIPI)机制，这是Windows完整性控制机制的一部分。UIPI会阻止低权限进程向高权限进程发送窗口消息，这是出于安全考虑的设计。
这个机制带来的直接影响是：当一个普通权限的应用程序尝试向管理员权限运行的应用程序发送WM_COPYDATA等消息时，消息会被系统直接过滤掉。这种设计虽然增强了安全性，但也给合法的跨进程通信带来了挑战。
2. ChangeWindowMessageFilterEx函数解析
2.1 函数作用与参数说明
ChangeWindowMessageFilterEx是Windows API中专门用于解决UIPI限制的函数。与ChangeWindowMessageFilter不同，它允许针对特定窗口设置消息过滤规则，而不是整个进程。
函数原型如下：
c复制BOOL ChangeWindowMessageFilterEx(
[in] HWND hwnd,
[in] UINT message,
[in] DWORD action,
[in, out, optional] PCHANGEFILTERSTRUCT pChangeFilterStruct
);
关键参数解析：
- hwnd：目标窗口句柄
- message：要过滤的消息ID（如WM_COPYDATA）
- action：过滤动作，有三种取值：
- MSGFLT_ALLOW(1)：允许消息通过
- MSGFLT_DISALLOW(2)：阻止消息
- MSGFLT_RESET(0)：重置为默认
2.2 使用限制与注意事项
使用这个API时有几个重要限制需要注意：
- 低完整性进程(SECURITY_MANDATORY_LOW_RID及以下)无法修改消息过滤器，调用会失败并返回ERROR_ACCESS_DENIED
- 某些系统消息(值小于WM_USER)无法被过滤，尝试修改这些消息的过滤器会被忽略
- 修改只对指定窗口有效，不会影响进程中的其他窗口
3. 在WPF中的实际应用
3.1 封装API调用
在C#/WPF中，我们需要先通过P/Invoke声明这个API：
csharp复制[StructLayout(LayoutKind.Sequential)]
public struct CHANGEFILTERSTRUCT
{
public uint cbSize;
public uint ExtStatus;
}
[DllImport("user32.dll", SetLastError = true)]
private static extern bool ChangeWindowMessageFilterEx(
IntPtr hWnd,
uint msg,
MessageFilterAction action,
ref CHANGEFILTERSTRUCT pChangeFilterStruct);
3.2 消息处理实现
完整的消息处理流程包括以下几个步骤：
- 获取窗口句柄
csharp复制_hwndSource = PresentationSource.FromVisual(this) as HwndSource;
var handle = _hwndSource.Handle;
- 设置消息过滤器
csharp复制SetMessageFilter(handle, WM_COPYDATA, MessageFilterAction.MSGFLT_ALLOW);
- 添加消息钩子
csharp复制_hwndSource.AddHook(WndProc);
- 实现消息处理函数
csharp复制private IntPtr WndProc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
{
if (msg == WM_COPYDATA)
{
// 处理WM_COPYDATA消息
handled = true;
}
return IntPtr.Zero;
}
4. 完整示例代码解析
4.1 发送端实现
发送端需要完成以下功能：
- 查找目标窗口
- 准备消息数据
- 发送WM_COPYDATA消息
关键代码片段：
csharp复制public static void SendMessageString(IntPtr hWnd, string message)
{
byte[] messageBytes = Encoding.Unicode.GetBytes(message + '\0');
COPYDATASTRUCT cds = new COPYDATASTRUCT();
cds.dwData = IntPtr.Zero;
cds.cbData = messageBytes.Length;
cds.lpData = Marshal.AllocHGlobal(cds.cbData);
Marshal.Copy(messageBytes, 0, cds.lpData, cds.cbData);
try {
var result = SendMessage(hWnd, WM_COPYDATA, IntPtr.Zero, ref cds);
}
finally {
Marshal.FreeHGlobal(cds.lpData);
}
}
4.2 接收端实现
接收端的关键点：
- 窗口加载时设置消息过滤器
- 实现消息处理函数
- 正确释放资源
完整实现：
csharp复制private void MainWindow_Loaded(object sender, RoutedEventArgs e)
{
_hwndSource = PresentationSource.FromVisual(this) as HwndSource;
if (_hwndSource != null)
{
var handle = _hwndSource.Handle;
SetMessageFilter(handle, WM_COPYDATA, MessageFilterAction.MSGFLT_ALLOW);
_hwndSource.AddHook(WndProc);
}
}
protected override void OnClosed(EventArgs e)
{
_hwndSource?.RemoveHook(WndProc);
base.OnClosed(e);
}
5. 常见问题与解决方案
5.1 消息无法接收的排查步骤
- 确认发送端和接收端的消息ID一致
- 检查接收端是否成功设置了消息过滤器
- 验证窗口句柄是否正确获取
- 检查权限设置（接收端需要以管理员权限运行）
5.2 内存管理注意事项
使用WM_COPYDATA时需要注意：
- 发送端分配的非托管内存必须释放
- 接收端解析消息时要注意字符串编码
- 消息结构体要正确定义和映射
5.3 性能考量
频繁发送大量数据时建议：
- 考虑使用共享内存替代WM_COPYDATA
- 对大块数据分片发送
- 添加流量控制机制
6. 替代方案比较
除了WM_COPYDATA，Windows平台还有其他IPC方式：
- 命名管道：适合大量数据传输，但实现复杂
- 共享内存：性能最高，但需要处理同步问题
- Socket通信：跨机器可用，但开销较大
- COM组件：功能强大，但配置复杂
WM_COPYDATA的优势在于简单易用，适合小数据量的窗口间通信。
7. 实际应用建议
在实际项目中应用这种技术时，建议：
- 封装成独立的通信组件
- 添加错误处理和日志记录
- 考虑兼容性（最低支持Windows Vista）
- 设计消息协议时包含版本信息
- 添加心跳机制检测连接状态
对于需要双向通信的场景，可以结合使用多个消息通道。