C++ 中的线程安全字符串缓冲区变量DLL

Question

我正在 MSVC++2010 中编写带有导出函数的 Win32 DLL。其中一些函数将文件名返回为 LPCSTR。因为我之前有时需要摆弄字符串，所以我目前使用长度为 32184 的全局缓冲区变量，它应该涵盖 Windows 中可能出现的任何文件名，然后我总是在需要字符串的地方初始化并返回。

我的老板使用 VB6 遗留应用程序中的这个库。他现在告诉我他需要它是线程安全的：对我来说不幸的是，由于 VB6 的事件驱动行为，即使另一个函数尚未返回，也可能会在我的库中调用一个函数。当然，这意味着我不能依赖单个内部缓冲区，而必须在每次需要时创建一个，然后返回它。

2 个问题：

1. 我严重依赖 Windows API 函数，例如 FindFirstFile 以及来自 filesystem 和 regex 库的 Boost 函数。我可以假设它们都是线程安全的吗？

2. 如果我每次想要返回字符串时都必须在堆上创建一个新缓冲区，那么我在哪里再次释放内存？

Answer 1

1. Windows API 函数通常是线程安全的，但有一定的限制（例如，您不能同时从两个线程在同一个句柄上FindNextFile，但可以使用两个不同的句柄）。对于 boost 函数，请参阅文档，但一般来说，只要您不在两个线程之间同时使用同一对象，文件系统/正则表达式函数应该是安全的。
2. 当字符串处理完毕后，您必须让 VB6 应用程序回调以释放该字符串。您可能还想考虑将 DLL 编写为 COM 库；当不再需要从 COM 调用返回的 BSTR 时，VB6 将自动释放它们。

Answer 2

VB6 代码很可能是单线程的。可重入大概仅限于 VB6 代码。 VB6 代码无法将可重入事件注入到 C++ 代码中。只要 C++ 代码不回调到 VB6 代码，那么 C++ 代码本身就不会以可重入的方式调用。

如果这些假设正确，那么您当前具有单个全局缓冲区的代码将正确运行。也就是说，在我看来，您最好切换到 BSTR，因为它允许将来链接到多线程的调用者。

Answer 3

您可以使用 TLS 来分配字符串：

const int string_size = 1024; // string size 
DWORD idTlsString = 0;


// use this function to get the string which you will use to return to VB
char* GetTheString()
{
    return (char*)TlsGetValue(idTlsString);
}

// Dll init function
BOOL WINAPI DllMain(
  HINSTANCE hinstDLL,
  DWORD fdwReason,
  LPVOID lpvReserved
)
{
   switch( fdwReason )
   {
       // allocate TSL
       case DLL_PROCESS_ATTACH:
          idTlsString = TlsAlloc();
       break;

       // allocate the srting
       case DLL_THREAD_ATTACH:
          TlsSetValue(idTlsString, (LPVOID)new char[string_size] );
       break;

       // free the string
       case DLL_THREAD_DETACH:
          delete[] (char*)TlsGetValue(idTlsString);
       break;

       // release TLS
       case DLL_PROCESS_DETACH:
          TlsFree(idTlsString);
       break;

   }
   return true;
}