CoRegisterClassObject破坏线程安全

CoRegisterClassObject breaks thread safety

本文关键字：安全 线程 CoRegisterClassObject      更新时间：2023-10-16

我正在测试一个将使用coregisterclassobject注册的自定义类工厂，我注意到它会导致线程问题。

我创建了一个test-com对象，并创建了它的一个实例，一切都按预期进行。它是一个进程内服务器，在注册表中，它的ThreadingModel是"Apartment"。如果我用apartment_thread调用CoInitializeEx，它会在同一个线程上创建对象，如果我用COINIT_MULTITHREADED调用它，它会按照应该的方式在单独的线程上创建它（因为它不能在多线程单元中创建）。

但是，如果我先创建一个自定义类工厂的实例，并将其注册到coregisterclassobject，那么该对象总是在同一个线程上创建的，即使线程模型与线程的单元不匹配。我认为使用coregisterclassobject不会改变线程在多线程单元中并且对象只能在单线程单元中的事实。

CoInitializeEx(NULL, COINIT_MULTITHREADED);
//CustomClassFactory *factory = new CustomClassFactory();
DWORD regNum = 0;
CLSID clsid = __uuidof(TestComObjLib::TestComObjCoClass);
//CoRegisterClassObject(clsid, factory, CLSCTX_INPROC_SERVER, REGCLS_MULTIPLEUSE, &regNum);
{
   TestComObjLib::ITestComObjPtr ptr;
   HRESULT hr = ptr.CreateInstance(clsid, NULL);
   if(ptr){
      auto str = ptr->HelloWorld();
      cout << str << endl;
   }
}
//CoRevokeClassObject(regNum);
CoUninitialize();

上面的操作按预期生成了新线程，但如果我取消注释注释行，COM不会创建任何新线程。我的班级工厂没有做任何奇怪的事情。它只加载dll directyl并调用DllGetClassObject来获取com定义的类工厂，并在其上调用createinstance。对HelloWorld的调用仍然有效，但我不确定为什么线程不是我所期望的。

当使用CoRegisterClassObject显式注册类工厂时，将完全绕过注册表。即使注册表中根本没有提到对象，它仍然可以工作。

由于从未咨询过注册表，因此在那里指定的线程模型是不相关的。您的对象被认为居住在名为CoRegisterClassObject的公寓中（或者准确地说，IClassFactory::CreateInstance将从该公寓调用；类工厂可能会耍花招，让其对象在另一个公寓中实际创建，然后编组回调用者）。

相关文章：