C++中跨DLL边界共享模板类静态变量的可移植方案

问题背景 #

假设有如下带静态成员A::i的模板类A：

template<typename T>
class A {
    public:
        static int i;
};

template<typename T>
int A<T>::i = 0;

需要为任意类型T跨DLL边界共享A<T>::i，但现有方案对构建链约束极强（主程序与DLL需同版本同编译器构建），否则C++名字修饰差异会导致两边的A<T>::i符号不一致。

常规跨DLL共享C对象的方案是转为C原生类型传递，但此处涉及任意模板类，部分类型甚至未在主程序中实例化，无法直接转换。同时C RTTI因依赖编译器实现无法作为跨平台标识方案，除了自行实现可移植自省系统或约束构建链外，还有以下可行方案：

编辑补充：核心目标是跨DLL传递任意类的类级数据，泛型类静态变量是直观实现方式，但可放弃编译期参数多态。

可行解决方案 #

1. C风格接口+全局哈希表（最直接） #

放弃模板静态变量的直接使用，改用全局哈希表存储类级数据，通过自定义的跨编译器一致的类型标识作为键：

• 为每个需要共享数据的类型约定唯一标识：可以是手动指定的字符串ID（如"MyClass"），也可以是类型名称的标准化字符串（统一格式，去掉编译器特定修饰）。
• 封装C风格导出接口（C的名字修饰规则跨编译器一致），提供数据的获取、设置入口，内部操作全局哈希表。
• 示例代码：

  // DLL导出的C接口
  extern "C" __declspec(dllexport) void* get_class_data(const char* type_id) {
      static std::unordered_map<std::string, void*> global_class_data;
      auto it = global_class_data.find(type_id);
      if (it == global_class_data.end()) {
          // 初始化对应类型的int数据
          int* data = new int(0);
          global_class_data[type_id] = data;
          return data;
      }
      return it->second;
  }
  
  // 业务侧使用：绑定类型与ID
  class MyClass {};
  int& MyClass_i() {
      return *static_cast<int*>(get_class_data("MyClass"));
  }
  

  该方案完全脱离C++名字修饰和RTTI的依赖，只要双方约定好类型标识规则，即可跨编译器共享类级数据。

2. 类型擦除+抽象接口（兼顾封装） #

定义抽象基类作为类级数据的统一容器，每个具体类型对应一个派生类实例，通过C风格接口暴露实例获取方法：

• 先定义抽象基类：

  class ClassData {
  public:
      virtual ~ClassData() = default;
      virtual int& get_i() = 0;
  };
  

• 实现DLL侧的C接口，内部维护派生类实例的映射：

  extern "C" __declspec(dllexport) ClassData* get_class_data(const char* type_id) {
      static std::unordered_map<std::string, std::unique_ptr<ClassData>> data_map;
      auto it = data_map.find(type_id);
      if (it == data_map.end()) {
          // 针对int类型数据的派生类实现
          class ConcreteData : public ClassData {
          public:
              int i = 0;
              int& get_i() override { return i; }
          };
          data_map[type_id] = std::make_unique<ConcreteData>();
      }
      return data_map[type_id].get();
  }
  

• 业务侧通过约定的类型ID获取实例，调用虚接口访问数据。该方案保留了面向对象的封装性，同时通过C接口保证跨编译器兼容性。

3. 编译期生成跨平台类型ID（减少手动维护） #

利用C++11的constexpr功能，为每个类型生成编译期哈希值作为唯一标识，避免手动维护字符串ID的繁琐：

• 实现constexpr哈希函数（如FNV-1a），对类型的标准化名称（如完整命名空间名）进行哈希，得到跨编译器一致的整数ID。
• 将该ID作为参数传给C风格接口，哈希值在不同编译器下只要输入字符串一致，结果就一致。
• 示例代码：

  constexpr uint64_t fnv1a_hash(const char* s) {
      uint64_t hash = 14695981039346656037ULL;
      while (*s) {
          hash ^= static_cast<uint64_t>(*s++);
          hash *= 1099511628211ULL;
      }
      return hash;
  }
  
  // 为MyClass生成编译期唯一ID
  class MyClass {};
  constexpr uint64_t MyClass_ID = fnv1a_hash("MyClass");
  
  // DLL侧C接口接收uint64_t类型ID
  extern "C" __declspec(dllexport) int* get_class_data(uint64_t type_id) {
      static std::unordered_map<uint64_t, int*> data_map;
      auto it = data_map.find(type_id);
      if (it == data_map.end()) {
          data_map[type_id] = new int(0);
      }
      return it->second;
  }
  

  该方案无需手动维护ID映射，同时保证了跨编译器的类型标识一致性。

内容的提问来源于stack exchange，提问作者Alexander Guyer