修改DLL中类的虚函数参数后是否需要重新编译所有依赖二进制文件

结论 #

必须重新编译所有依赖类A的二进制文件。 #

根因分析 #

1. 虚函数表（vtable）布局发生不兼容变更 #

C++类的虚函数表结构是编译期静态确定的：

• 旧版本类A的vtable中，func1占一个固定索引的条目，后续其他虚函数的索引都在这个基础上依次递增
• 你给func1新增参数后，哪怕参数带默认值，该虚函数的签名已经发生改变，相当于替换了vtable中的原有条目，直接导致后续所有虚函数的索引偏移全部失效
• 未重新编译的依赖二进制（比如LIB.dll）在操作类A对象、调用任意虚函数时，依然按照旧的索引去新的vtable中寻址，会拿到错误的函数入口地址，直接触发崩溃

注意：哪怕其他依赖DLL完全没有调用过func1，只要用到了类A的任意虚函数，都会受vtable布局变更的影响。

2. 默认参数的生效机制是编译期注入 #

C++的参数默认值是编译阶段在调用点直接插入默认值，而非存储在函数实现侧。就算本次修改没有破坏vtable布局，只要存在其他DLL调用func1，旧编译产物调用时只会传递3个参数，而新的函数实现需要4个参数，会直接出现栈不平衡问题。 #

非虚函数修改的兼容规则 #

非虚函数不需要写入vtable，是否需要全量重新编译分场景：

• 若仅修改非虚函数的内部实现逻辑，没有改动函数签名、没有修改类的成员变量布局，那么不需要重新编译其他依赖DLL，仅替换改动后的对应DLL即可
• 若修改了非虚函数的签名（包括新增参数、修改参数/返回值类型等）、修改了类成员变量导致类大小/布局变化、或者被修改的函数是inline实现的，则依然需要重新编译所有依赖二进制，否则会出现调用约定不匹配、内存越界、inline展开错误等异常

内容的提问来源于stack exchange，提问作者Himanshu Poddar