我可以在不重新编译exe文件的情况下更改dll接口吗？

Question

我的 DLL 中有一个抽象类。

class Base {
  virtual char * First() = 0;
  virtual char * Second() = 0;
  virtual char * Third() = 0;
};

这个动态库和这个界面已经使用了很长时间了。 我的代码中有错误。现在我想更改此接口

class Base {
  virtual const char * First()  const = 0; 
  virtual const char * Second()       = 0;
  virtual       char * Third()  const = 0;
};

某些 EXE 程序使用我的 DLL。 EXE 程序无需重新编译即可运行吗？ 独立考虑新界面每一行的变化。

注意：当然，EXE程序不会改变函数结果。

Answer 1

您的 EXE 可能会更改函数的结果，因为它是 char*。现在是const char*。根据 C++ 标准 7.1.5.1/3-4，更改 const 对象将导致未定义的行为：

对 cv 限定类型的指针或引用实际上不需要指向或引用 cv 限定对象，但它会被视为指向或引用； const 限定的访问路径不能用于修改对象，即使引用的对象是非常量对象并且可以通过其他访问路径进行修改。 [注意：cv 限定符受类型系统支持，因此如果不进行强制转换 (5.2.11)，它们就无法被破坏。 ]

除了声明为可变的任何类成员 (7.1.1) 都可以修改之外，任何修改 const 的尝试
对象在其生命周期（3.8）会导致未定义的行为。

Answer 2

它“不应该”起作用，但你永远不知道你的运气。

由于重载，char *First() 和 const char *First() const 是不同的函数。你可以在同一个班级里同时拥有两者。因此，任何名称修改方案都必须将它们映射到不同的名称，这在绑定方面显然是一个问题。

但是，这些是虚拟调用，并且您将三个函数按相同的顺序替换为它们的等效函数。我不知道 MSVC 的 vtable 方案的任何细节，特别是偏移量是静态确定的还是动态绑定的。如果是前者，exe 可能可以绑定新的 vtable。函数指针可能恰好起作用，因为调用约定不依赖于 cv 限定（即，const char* 的返回方式与 char* 相同） code> is 和 const this 的传递方式与非 const this is 相同）。

即使它确实有效，我也不想依赖它，除非它是微软专门解决和保证的东西。

Answer 3

既然你改变了你的界面，你必须重新编译（我认为）

Answer 4

可能行不通。虽然最简单的确定方法就是尝试看看

Answer 5

我认为这行不通。更改 DLL 的接口通常需要重新编译链接到它的可执行文件。

此外，您可能需要更改可执行文件中的代码，因为您更改了函数签名。

最后，如果您要更新/追加接口，最好对原始接口进行子类化。这将防止任何现有代码被破坏。