调用com对象的坑

普世的微光

已于 2025-08-05 19:04:39 修改

阅读量267

点赞数 3

CC 4.0 BY-SA版权

分类专栏：学习UE 文章标签： ue com

于 2025-08-05 19:03:59 首次发布

本文链接：https://blog.youkuaiyun.com/qq_59398646/article/details/149943975

学习UE 专栏收录该内容

29 篇文章

订阅专栏

1、谏言

最近我在弄64位调用32位dll的问题，在几种IPC之间，最后考虑了调用COM 毕竟我们只在windows平台

2、第一坑–修改编译后都需要重新注册，注册表

一直以为只需要编译就好了，结果调用没反应、报错什么的，需要先撤销注册再进行注册

3、第二坑–多线程调用问题

由于我编写的一个操作是主线程创建了 com对象后，有个子线程会一直在后台死循环调用最后回调

我最开始按照传入COM指针去进行调用结果是没反应也不报错

反复测试后发现是
主线程调用就有反应
子线程调用就没反应

超级奇怪的问题最后发现是COM多线程调用会出现问题需要一点操作

IGlobalInterfaceTable* GIT = nullptr;

// 初始化（通常在主线程）
CoCreateInstance(CLSID_StdGlobalInterfaceTable, nullptr, CLSCTX_INPROC_SERVER,
	IID_IGlobalInterfaceTable, (void**)&GIT);

// 注册接口
GIT->RegisterInterfaceInGlobal(read, IID_Name, &Cookie);

首先我们需要一个IGlobalInterfaceTable 的对象，然后注册具体的com对象，我们再在子线程里面进行的查找COM对象
去调用

HRESULT hr = CoInitializeEx(nullptr, COINIT_MULTITHREADED);
IICRead* pICRead = nullptr;
/*DWORD cookie = cookie;*/
reinterpret_cast<IGlobalInterfaceTable*>(GIT)->GetInterfaceFromGlobal((DWORD)Cookie, IID_Name, (void**)&pICRead);

这里 pICRead 就是我们查找出来的COM对象这个对象和主线程是一样的

而我们要传递给子线程的一个是IGlobalInterfaceTable 、一个是 DWORD cookie 这个值很重要

是我们 RegisterInterfaceInGlobal 注册COM时的唯一标识符

子线程结束了需要调用COM的Release 与 CoUninitialize函数清除COM环境

当不再需要GIT时我们一样需要Release 当然之前我们还需要取消注册 RevokeInterfaceFromGlobal 参数是之前的那个cookie

4、第四坑–COM很多函数都是成对存在的

如
CoInitializeEx 与 CoUninitialize

RegisterInterfaceInGlobal 与 RevokeInterfaceFromGlobal

CoCreateInstance 与 Release

等等只要用到COM对象就需要清理

5、第五坑–COM读取数据块时

比如现在我需要读取COM对象的函数其中是返回一个数据块内部的数据的

我之前直接传入指针，发现返回出来的都是错误信息，一查才知道，有专门的手段

BYTE* pData = NULL;// 用于存储读取的数据
SAFEARRAY* p = SafeArrayCreateVector(VT_UI1, 0, 16);
read->Read_IC_Com(&p); // 读取数据到 SafeArray
SafeArrayAccessData(p, (void**)&pData); // 访问 SafeArray 数据
_memccpy(pDataBuff, pData, 0, 16); // 将 SafeArray 数据复制到 pDataBuff
SafeArrayUnaccessData(p);
SafeArrayDestroy(p);

我们需要使用 SafeArray 相关的东西进行中转才可以