Fake Function Framework如何伪造__declspec(dllimport)函数并避免DLL链接不一致问题

以下方案均不需要重复定义第三方头文件中的自定义数据类型，可直接复用原有头文件：

1. 预处理器覆写导入修饰符（最推荐，适配性最强） #

这一方案通过编译期宏替换消除测试场景下的__declspec(dllimport)修饰符，完全规避签名不匹配问题：

• 如果第三方头文件使用自定义宏控制导入导出（标准写法，例如头文件内定义#define MY_API __declspec(dllimport)修饰所有API声明），只需在测试代码引入第三方头文件之前添加定义：#define MY_API，即可让所有API声明变为普通外部函数声明，和FFF生成的假函数签名完全匹配。
• 如果第三方头文件硬编码了__declspec(dllimport)修饰符，可在测试项目的编译选项中添加预定义宏：MSVC环境添加/D__declspec(dllimport)=，即可让所有dllimport修饰符在测试编译时展开为空。
  注意：该操作仅会修改函数声明的修饰符，头文件中定义的结构体、枚举、常量等所有自定义类型都会正常引入，不会产生额外的维护成本。

2. 链接时符号优先级覆盖 #

Windows平台链接器默认优先选择编译单元内定义的符号，再去检索导入库的符号，可利用该规则直接绕过修饰符冲突：

• 确保FFF生成的假函数和原API的返回值、参数列表、调用约定完全一致，即使原函数声明带有__declspec(dllimport)，链接器也会优先选用本地生成的假函数实现。
• 此时出现的「dllimport函数已被定义为本地函数」警告属于预期内的无害提示，可在测试项目链接器选项中添加/IGNORE:4217（MSVC环境）直接屏蔽该警告。

3. 增加薄封装层（长期项目最优解） #

如果需要长期对该第三方API做测试，可在业务代码和第三方API之间增加一层无业务逻辑的封装层：

• 封装层头文件仅暴露普通C函数声明，内部实现直接调用第三方DLL的API，业务代码统一调用封装层接口。
• 测试时直接对封装层的普通函数生成Fake即可，完全避开dllimport的适配问题，同时后续第三方API发生版本变更时只需要修改一处封装层，可大幅降低维护成本。

内容的提问来源于stack exchange，提问作者Taylor Price