Windows进程通信 -- WM_COPYDATA 消息

来自：https://blog.csdn.net/u012104827/article/details/102914600

windows 进程间通信，可以通过：SendMessage() -> WM_COPYDATA

关于 WM_COPYDATA 消息说明：https://docs.microsoft.com/zh-cn/windows/win32/dataxchg/wm-copydata

COPYDATASTRUCT有三个成员变量，如下所示：

typedef struct tagCOPYDATASTRUCT {
  ULONG_PTR dwData;
  DWORD     cbData;
  PVOID     lpData;
} COPYDATASTRUCT, *PCOPYDATASTRUCT;

注意：

1、dwData为自定义数据，按照自己习惯设置就好，不影响对象的传输；

2、cbData，MSDN解释为：The size, in bytes, of the data pointed to by the lpData member.即lpData指向的数据的长度，要是这个变量的值设置错误，就会导致WM_COPYDATA传输数据失败；

3、lpData，传输的数据。使用简单的数据最好，例如char数组。本人在程序中使用了string对象，发现在子进程不能接收到正常的数据，使用char数组却很正常。有可能跟string对象不能跨进程访问有关，读者如果知道原因的话请在评论区告诉我，谢谢；

4、使用WM_COPYDATA时要用SendMessage而不能使用PostMessage，因为SendMessage是阻塞的，会等待消息响应窗体处理消息完毕后再返回；而PostMessage是异步的，这样就可能会导致当消息响应窗体接收到WM_COPYDATA的时候，COPYDATASTRUCT对象已经被析构了，导致访问数据发生异常；

5、由于使用SendMessage，所以不应该在WM_COPYDATA中处理数据，可以在消息响应窗体的WM_COPYDATA中先把COPYDATASTRUCT对象中的数据复制出来，通过自定义消息发送到消息响应窗体，然后立即返回，来减少父进程的阻塞时间。这样就把处理数据的代码放在自定义消息处了。

在另一篇文章中 https://blog.csdn.net/syb1295306116/article/details/104155986 ，有这么一段：

这里注意要分配全局内存，否则另一进程接受消息时，消息被释放，接受的是乱码，无法解析。

const UINT messageID = RegisterWindowMessage("SingletonApplication");
 
char szTemp[1024] = { 0 };
sprintf(szTemp, "LayeredWindow_%d", iWndID);//窗口名
HWND hTemp = ::FindWindow(NULL, szTemp);//窗口句柄
BYTE* pGlobal = (BYTE*)::GlobalAlloc(GMEM_FIXED, str.length());//全局内存
if (!pGlobal)
{
    return;
}
else
{
    ZeroMemory(pGlobal, str.length());
    memcpy(pGlobal, str.c_str(), str.length());
}
COPYDATASTRUCT copyData = {0};
copyData.dwData = messageID;
copyData.cbData = (DWORD)(str.length()+1);
copyData.lpData = pGlobal;
SendMessage(hTemp, WM_COPYDATA, 0, (LPARAM)&copyData);
::GlobalFree((HGLOBAL)pGlobal);//释放全局内存

不过，我测试的时候，使用 malloc() 没使用 GlobalAlloc() ，倒也没问题，不知何故？

-----------------------------------------------------------------------------------------------

我在一篇文章中，找到这么一段：https://bbs.csdn.net/topics/10798 （2000-07-06）

GlobalAlloc在Win16中就已经有了，这个函数返回一个句柄，通过这个句柄，两个进程可以共享一块内存，DDE和剪贴板就是通过这个函数交换数据的；malloc是一个库函数，这个函数的功能，是通过内部调用了VirtualAlloc完成的，并且分配的内存不能共享。
一般来说，涉及到DDE和剪贴版的内存操作使用GlobalAlloc，大多数程序内部的内存操作，使用malloc
如果要使用大块的共享内存，建议使用File Mapping

但是又在一篇文章中，看到：https://blog.csdn.net/wenzhou1219/article/details/17693241 （2014-01-02）

16位windows用一个全局堆和局部堆来管理内存，每一个应用程序或dll装入内存时，代码段被装入全局堆，而系统又为每个实例从全局堆中分配了一个64kb的数据段作为该实例的局部堆，用来存放应用程序的堆栈和所有全局或静态变量。而LocalAlloc/GlobalAlloc就是分别用于在局部堆或全局堆中分配内存。

由于每个进程的局部堆很小，所以在局部堆中分配内存会受到空间的限制。但这个堆是每个进程私有的，相对而言分配数据较安全，数据访问出错不至于影响到整个系统。而在全局堆中分配的内存是为各个进程共享的，每个进程只要拥有这个内存块的句柄都可以访问这块内存，但是每个全局内存空间需要额外的内存开销，造成分配浪费。而且一旦发生严重错误，可能会影响到整个系统的稳定。

不过在Win32中，每个进程都只拥有一个缺省的私有堆，它只能被当前进程访问。应用程序也不可能直接访问系统内存。所以在Win32中全局堆和局部堆都指向进程的省缺堆。用LocalAlloc/GlobalAlloc分配内存没有任何区别。甚至LocalAlloc分配的内存可以被GlobalFree释放掉。所以在Win32下编程，无需注意Local和Global的区别。

-----------------------------------------------------------------------------------------------

看来，现在用 GlobalAlloc() 与 malloc() 分配内存都没有问题。

Windows进程通信 -- WM_COPYDATA 消息

相关推荐